Hi!
It seems that the Q3 version is not rendering any IDs for the SVG child elements. Is there any reason for that?
The disadvantage is that I cannot get SVG elements via jQuery, i.e.
$('#<shapeId>')
Maybe there is some other possibility to manipulate the SVG children?
Best regards,
Hans
It seems that the Q3 version is not rendering any IDs for the SVG child elements. Is there any reason for that?
The disadvantage is that I cannot get SVG elements via jQuery, i.e.
$('#<shapeId>')
Maybe there is some other possibility to manipulate the SVG children?
Best regards,
Hans
3 Answers, 1 is accepted
0
Hi ,
Indeed, none of the diagram elements contain ID information in their HTML rendering. This change is part of a planned improvement, allowing the Diagram to support canvas rendering in the feature, where such attributes cannot be used.
If you have customizations that depend on the IDs in the diagram, you could downgrade to the previous version of the Telerik controls.
Regards,
Slav
Telerik
Indeed, none of the diagram elements contain ID information in their HTML rendering. This change is part of a planned improvement, allowing the Diagram to support canvas rendering in the feature, where such attributes cannot be used.
If you have customizations that depend on the IDs in the diagram, you could downgrade to the previous version of the Telerik controls.
Regards,
Slav
Telerik
0
Hans
Top achievements
Rank 1
Rank 1
answered on 13 Nov 2014, 01:46 PM
Hi Slav,
I guess it would be no problem to have two render methods, where one renders the SVG (with IDs) and the other one the canvas?! Is there any chance to interfere the rendering now or is it planned for the future versions? I think, this is an essential feature.
In my case I am still playing around with this (beta) control, but in my view the 2014Q3 is an improvement for the worse. I see that some bugs are fixed, but necessary features (i.e. text editing) are chopped off.
Best regards,
Hans
I guess it would be no problem to have two render methods, where one renders the SVG (with IDs) and the other one the canvas?! Is there any chance to interfere the rendering now or is it planned for the future versions? I think, this is an essential feature.
In my case I am still playing around with this (beta) control, but in my view the 2014Q3 is an improvement for the worse. I see that some bugs are fixed, but necessary features (i.e. text editing) are chopped off.
Best regards,
Hans
0
Hello ,
We are planning to introduce both SVG and canvas rendering in a future update of the diagram. The IDs were removed with the implementation of the canvas rendering of the diagram, because its engine does not use them. I logged a feature request for bringing them back, which you can use to track the status of this feature, vote for it or comment it: http://feedback.telerik.com/Project/108/Feedback/Details/143799
The text editing of shapes and connections was removed, because we are working on an enhanced version of this functionality that is not yet included in RadDiagram.
Note that the diagram control is still in Beta. Its official release is scheduled for Q1 2015 and it is expected to encounter such changes in its functionality until it is finalized.
Regards,
Slav
Telerik
We are planning to introduce both SVG and canvas rendering in a future update of the diagram. The IDs were removed with the implementation of the canvas rendering of the diagram, because its engine does not use them. I logged a feature request for bringing them back, which you can use to track the status of this feature, vote for it or comment it: http://feedback.telerik.com/Project/108/Feedback/Details/143799
The text editing of shapes and connections was removed, because we are working on an enhanced version of this functionality that is not yet included in RadDiagram.
Note that the diagram control is still in Beta. Its official release is scheduled for Q1 2015 and it is expected to encounter such changes in its functionality until it is finalized.
Regards,
Slav
Telerik