Hello everyone,
I am having big slowdowns when editing and zooming an svg I create from zero, using inkscape 0.38.
Moving the canvas is slow. Zooming in or out is really slow. Selecting nodes is very very slow, and it takes time for inkscape to reflect the changes. It has gradients with more than two stops. In a last editing also some elements or atributes has disappeared, lucky I saved a copy before further editing. It happened when I delete a colour from a 4 colours gradient. The three version I had has grown in size dramatically though i didn't add many elements more: lives.svg=13k lives2.svg=28,8k (this is the version that lost stuff) lives3.svg=48k
Should you follow my case for bughunting or do you think it's been solved in the cvs version? just to let you know: Néstor ps: I can send the svgs.
On Fri, 11 Jun 2004, [iso-8859-1] Néstor Díaz Valencia wrote:
Hello everyone,
I am having big slowdowns when editing and zooming an svg I create from zero, using inkscape 0.38.
Moving the canvas is slow. Zooming in or out is really slow. Selecting nodes is very very slow, and it takes time for inkscape to reflect the changes. It has gradients with more than two stops. In a last editing also some elements or atributes has disappeared, lucky I saved a copy before further editing. It happened when I delete a colour from a 4 colours gradient. The three version I had has grown in size dramatically though i didn't add many elements more: lives.svg=13k lives2.svg=28,8k (this is the version that lost stuff) lives3.svg=48k
Should you follow my case for bughunting or do you think it's been solved in the cvs version? just to let you know: Néstor ps: I can send the svgs.
Others have reported some performance problems on Windows. Are you using it on Windows? If so, look through some of the other Win32 bugs and see if someone has reported the same problem, in which case add your notes to that ticket.
If you can find specific steps you took to make lives.svg bloat up into lives2.svg and lives3.svg, and can reliably recreate that issue, then it is definitely worth submitting it as a bug report (and include the svgs on that ticket and the exact steps needed to make it occur). Also include details about your system - see the Bug Report page on the website for types of things to include in the report.
Thanks, Bryce
I am using mandrake 10.0 community up to date and the rpm provided by the inkscape site. pentium 3, 677mhz, 512ram. RIVA tnt2. (not the nvidia drivers) Linux version 2.6.3-4mdk my desktop is kde.
I have been able to reproduce the same problem myself. I tried lots of squares with different gradients, and deleted some stops from the gradients and inkscape is getting slower. anyway no part of the drawing has been lost. the screen takes some time to redraw. yours: Néstor Díaz
El Lunes, 14 de Junio de 2004 19:39, Bryce Harrington escribió:
On Fri, 11 Jun 2004, [iso-8859-1] Néstor Díaz Valencia wrote:
Hello everyone,
I am having big slowdowns when editing and zooming an svg I create from zero, using inkscape 0.38.
Moving the canvas is slow. Zooming in or out is really slow. Selecting nodes is very very slow, and it takes time for inkscape to reflect the changes. It has gradients with more than two stops. In a last editing also some elements or atributes has disappeared, lucky I saved a copy before further editing. It happened when I delete a colour from a 4 colours gradient. The three version I had has grown in size dramatically though i didn't add many elements more: lives.svg=13k lives2.svg=28,8k (this is the version that lost stuff) lives3.svg=48k
Should you follow my case for bughunting or do you think it's been solved in the cvs version? just to let you know: Néstor ps: I can send the svgs.
Others have reported some performance problems on Windows. Are you using it on Windows? If so, look through some of the other Win32 bugs and see if someone has reported the same problem, in which case add your notes to that ticket.
If you can find specific steps you took to make lives.svg bloat up into lives2.svg and lives3.svg, and can reliably recreate that issue, then it is definitely worth submitting it as a bug report (and include the svgs on that ticket and the exact steps needed to make it occur). Also include details about your system - see the Bug Report page on the website for types of things to include in the report.
Thanks, Bryce
Mental has added some new garbage collection code that does some cleanup when you are deleting objects with different gradients. I'm wondering if perhaps that may fix the issue you're describing... Can you please download the development version and test the same steps you've taken and see if you get the same effect or if it is improved?
Bryce
On Mon, 14 Jun 2004, [iso-8859-15] N�stor D�az Valencia wrote:
I am using mandrake 10.0 community up to date and the rpm provided by the inkscape site. pentium 3, 677mhz, 512ram. RIVA tnt2. (not the nvidia drivers) Linux version 2.6.3-4mdk my desktop is kde.
I have been able to reproduce the same problem myself. I tried lots of squares with different gradients, and deleted some stops from the gradients and inkscape is getting slower. anyway no part of the drawing has been lost. the screen takes some time to redraw. yours: N�stor D�az
El Lunes, 14 de Junio de 2004 19:39, Bryce Harrington escribi�:
On Fri, 11 Jun 2004, [iso-8859-1] N�stor D�az Valencia wrote:
Hello everyone,
I am having big slowdowns when editing and zooming an svg I create from zero, using inkscape 0.38.
Moving the canvas is slow. Zooming in or out is really slow. Selecting nodes is very very slow, and it takes time for inkscape to reflect the changes. It has gradients with more than two stops. In a last editing also some elements or atributes has disappeared, lucky I saved a copy before further editing. It happened when I delete a colour from a 4 colours gradient. The three version I had has grown in size dramatically though i didn't add many elements more: lives.svg=13k lives2.svg=28,8k (this is the version that lost stuff) lives3.svg=48k
Should you follow my case for bughunting or do you think it's been solved in the cvs version? just to let you know: N�stor ps: I can send the svgs.
Others have reported some performance problems on Windows. Are you using it on Windows? If so, look through some of the other Win32 bugs and see if someone has reported the same problem, in which case add your notes to that ticket.
If you can find specific steps you took to make lives.svg bloat up into lives2.svg and lives3.svg, and can reliably recreate that issue, then it is definitely worth submitting it as a bug report (and include the svgs on that ticket and the exact steps needed to make it occur). Also include details about your system - see the Bug Report page on the website for types of things to include in the report.
Thanks, Bryce
any binaries for mandrake over there? :) You may have inkscape 1.1 when I finnish compiling. I am not very good at it.
yours: Néstor
El Martes, 15 de Junio de 2004 20:10, Bryce Harrington escribió:
Mental has added some new garbage collection code that does some cleanup when you are deleting objects with different gradients. I'm wondering if perhaps that may fix the issue you're describing... Can you please download the development version and test the same steps you've taken and see if you get the same effect or if it is improved?
Bryce
On Mon, 14 Jun 2004, [iso-8859-15] Néstor Díaz Valencia wrote:
I am using mandrake 10.0 community up to date and the rpm provided by the inkscape site. pentium 3, 677mhz, 512ram. RIVA tnt2. (not the nvidia drivers) Linux version 2.6.3-4mdk my desktop is kde.
I have been able to reproduce the same problem myself. I tried lots of squares with different gradients, and deleted some stops from the gradients and inkscape is getting slower. anyway no part of the drawing has been lost. the screen takes some time to redraw. yours: Néstor Díaz
El Lunes, 14 de Junio de 2004 19:39, Bryce Harrington escribió:
On Fri, 11 Jun 2004, [iso-8859-1] Néstor Díaz Valencia wrote:
Hello everyone,
I am having big slowdowns when editing and zooming an svg I create from zero, using inkscape 0.38.
Moving the canvas is slow. Zooming in or out is really slow. Selecting nodes is very very slow, and it takes time for inkscape to reflect the changes. It has gradients with more than two stops. In a last editing also some elements or atributes has disappeared, lucky I saved a copy before further editing. It happened when I delete a colour from a 4 colours gradient. The three version I had has grown in size dramatically though i didn't add many elements more: lives.svg=13k lives2.svg=28,8k (this is the version that lost stuff) lives3.svg=48k
Should you follow my case for bughunting or do you think it's been solved in the cvs version? just to let you know: Néstor ps: I can send the svgs.
Others have reported some performance problems on Windows. Are you using it on Windows? If so, look through some of the other Win32 bugs and see if someone has reported the same problem, in which case add your notes to that ticket.
If you can find specific steps you took to make lives.svg bloat up into lives2.svg and lives3.svg, and can reliably recreate that issue, then it is definitely worth submitting it as a bug report (and include the svgs on that ticket and the exact steps needed to make it occur). Also include details about your system - see the Bug Report page on the website for types of things to include in the report.
Thanks, Bryce
Unfortunately I don't... I would be happy to provide advice to help you get better at compiling it though, if you'd like to give it a try.
Bryce
On Tue, 15 Jun 2004, [iso-8859-15] Néstor Díaz Valencia wrote:
any binaries for mandrake over there? :) You may have inkscape 1.1 when I finnish compiling. I am not very good at it.
yours: Néstor
El Martes, 15 de Junio de 2004 20:10, Bryce Harrington escribió:
Mental has added some new garbage collection code that does some cleanup when you are deleting objects with different gradients. I'm wondering if perhaps that may fix the issue you're describing... Can you please download the development version and test the same steps you've taken and see if you get the same effect or if it is improved?
Bryce
On Mon, 14 Jun 2004, [iso-8859-15] Néstor Díaz Valencia wrote:
I am using mandrake 10.0 community up to date and the rpm provided by the inkscape site. pentium 3, 677mhz, 512ram. RIVA tnt2. (not the nvidia drivers) Linux version 2.6.3-4mdk my desktop is kde.
I have been able to reproduce the same problem myself. I tried lots of squares with different gradients, and deleted some stops from the gradients and inkscape is getting slower. anyway no part of the drawing has been lost. the screen takes some time to redraw. yours: Néstor Díaz
El Lunes, 14 de Junio de 2004 19:39, Bryce Harrington escribió:
On Fri, 11 Jun 2004, [iso-8859-1] Néstor Díaz Valencia wrote:
Hello everyone,
I am having big slowdowns when editing and zooming an svg I create from zero, using inkscape 0.38.
Moving the canvas is slow. Zooming in or out is really slow. Selecting nodes is very very slow, and it takes time for inkscape to reflect the changes. It has gradients with more than two stops. In a last editing also some elements or atributes has disappeared, lucky I saved a copy before further editing. It happened when I delete a colour from a 4 colours gradient. The three version I had has grown in size dramatically though i didn't add many elements more: lives.svg=13k lives2.svg=28,8k (this is the version that lost stuff) lives3.svg=48k
Should you follow my case for bughunting or do you think it's been solved in the cvs version? just to let you know: Néstor ps: I can send the svgs.
Others have reported some performance problems on Windows. Are you using it on Windows? If so, look through some of the other Win32 bugs and see if someone has reported the same problem, in which case add your notes to that ticket.
If you can find specific steps you took to make lives.svg bloat up into lives2.svg and lives3.svg, and can reliably recreate that issue, then it is definitely worth submitting it as a bug report (and include the svgs on that ticket and the exact steps needed to make it occur). Also include details about your system - see the Bug Report page on the website for types of things to include in the report.
Thanks, Bryce
On Tue, 2004-06-15 at 14:10, Bryce Harrington wrote:
Mental has added some new garbage collection code that does some cleanup when you are deleting objects with different gradients. I'm wondering if perhaps that may fix the issue you're describing... Can you please download the development version and test the same steps you've taken and see if you get the same effect or if it is improved?
Orphan collection probably won't help the problem he's experiencing. It's more of an object model/renderer bug/inefficiency I think.
-mental
participants (3)
-
Bryce Harrington -
MenTaLguY -
Néstor Díaz Valencia