Hi all,
Okay, it sounds like from the earlier discussions that there is a rough concensus to do 0.43 as 100 points worth of RFE's followed by 100 points of bug fixes, then a hard freeze, and so on through the release. I'm going to start counting from Sept 1st for the RFE's, and will begin counting bugs as soon as we hit 100. Should be fun. :-)
I'm curious to see how swiftly we can reach the hard freeze point. I'm betting on Sept 15th.
RFE ID Pts Summary ------------------------------------------------------------------------ None yet! ------------------------------------------------------------------------ Total: 0 / 100
Bryce
RFE ID Pts Summary ------------------------------------------------------------------------ 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 6 / 100
Almost a quarter of the way there!
RFE ID Pts Summary ------------------------------------------------------------------------ 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity scislac 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 21 / 100
Bryce Harrington wrote:
Almost a quarter of the way there!
RFE ID Pts Summary
950969 6 INPUT: Wacom Tablet + Pressure Sensitivity scislac
No, this was not implemented by me, it was done by Nicklas Lindgren. He had his completely working when only pressure was working in mine.
All I'm doing for it is relocating the 'input devices' stuff into Preferences.
-Josh
A third of the way there already
RFE ID Pts Summary ------------------------------------------------------------------------ 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 33 / 100
Wow, a ton got closed tonight. We're pretty close now.
Looks like we could have been more ambitious; a lot of these features were already implemented. But as planned, at least we're getting the tracker caught up!
Bryce
RFE ID Pts Summary ------------------------------------------------------------------------ 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees
1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 99 / 100
We've reached the 100pt goal for RFE's today.
Next, we are shooting to achieve 100pts of bugs. I will begin tallying bugs closed starting today (9/8).
Bryce
RFE ID Pts Summary ------------------------------------------------------------------------ 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 105 / 100
I'd like to propose that we enter feature freeze Monday, Sept 12. That gives folks the weekend to finish up anything they're currently working on, and start the new week thinking about bugs.
It looks like we have only three level 9 bugs (although there's a large handful that have not yet been prioritized). Given that, maybe we'll be able to get through the release process fairly swiftly?
Bryce
BUG ID Pts Summary ------------------------------------------------------------------------ 1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal 1218610 6 grid arrange issues johncliff 1264289 3 German translation: "Um 90 Grad nach links" ------------------------------------------------------------------------ Total: 15 / 100
RFE ID Pts Summary ------------------------------------------------------------------------ 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 105 / 100
Bryce Harrington wrote:
I'd like to propose that we enter feature freeze Monday, Sept 12. That gives folks the weekend to finish up anything they're currently working on, and start the new week thinking about bugs.
It looks like we have only three level 9 bugs (although there's a large handful that have not yet been prioritized). Given that, maybe we'll be able to get through the release process fairly swiftly?
Bryce
BUG ID Pts Summary
1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal
Fixed that one yesterday. Bulia closed it.
Bob
Sounds like we're okay to go into feature freeze mode Monday, so let's go ahead and do that.
pjrm will be one of the release wardens this release since he'd done it for 0.42. Jon Cruz, would you be willing to act as the other release warden for this release and the next?
Bryce
BUG ID Pts Summary ------------------------------------------------------------------------ 1273990 3 Tester Mailign list on Web site bryce 1277695 3 Spelling mistake in dutch translation rwst
1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal 1218610 6 grid arrange issues johncliff 1264289 3 German translation: "Um 90 Grad nach links" ------------------------------------------------------------------------ Total: 21 / 100
RFE ID Pts Summary ------------------------------------------------------------------------ 1281885 9 128x128 size in icon preview 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 124 / 100
Hi, I'm updating my local cvs but I am not getting any new strings in the es.po file. Are there no new strings in 0.43 or am I not updating correctly? I'm just doing "cvs update" as always.
Cheers, Lucas
On dom, 2005-09-11 at 21:39 -0700, Bryce Harrington wrote:
Sounds like we're okay to go into feature freeze mode Monday, so let's go ahead and do that.
pjrm will be one of the release wardens this release since he'd done it for 0.42. Jon Cruz, would you be willing to act as the other release warden for this release and the next?
Bryce
BUG ID Pts Summary
1273990 3 Tester Mailign list on Web site bryce 1277695 3 Spelling mistake in dutch translation rwst
1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal 1218610 6 grid arrange issues johncliff 1264289 3 German translation: "Um 90 Grad nach links"
Total: 21 / 100
RFE ID Pts Summary
1281885 9 128x128 size in icon preview 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce
Total: 124 / 100
SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Sep 11, 2005, at 9:39 PM, Bryce Harrington wrote:
pjrm will be one of the release wardens this release since he'd done it for 0.42. Jon Cruz, would you be willing to act as the other release warden for this release and the next?
I'll be out of town Saturday through Monday, but otherwise am available.
BTW... I also closed out one more RFE on the Icon Preview window.
1281883 6 Icon preview based on canvas, not selection
So, it's time again to fill in the Release notes. Please everyone review and add what is missing:
http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes
SoC participants: I added all 4 SoC projects there, but I'm unsure of the status of some of them, so feel free to update accordingly.
The descriptions must be detailed and complete to work as a temporarty documentation for the new features (i.e. list all modes, all capabilities, all shortcuts etc.)
On Mon, Sep 12, 2005 at 10:06:18AM -0700, Jon A. Cruz wrote:
On Sep 11, 2005, at 9:39 PM, Bryce Harrington wrote:
pjrm will be one of the release wardens this release since he'd done it for 0.42. Jon Cruz, would you be willing to act as the other release warden for this release and the next?
I'll be out of town Saturday through Monday, but otherwise am available.
Okay, thanks. I suspect it may be several weeks as a minimum before we'd be ready for hard freeze anyway.
BTW... I also closed out one more RFE on the Icon Preview window.
1281883 6 Icon preview based on canvas, not selection
Okay. I'm not going to be tracking RFE's, since we are now in feature freeze, but I will include this one just for fun. ;-)
Bryce
On Mon, 12 Sep 2005, bulia byak wrote:
So, it's time again to fill in the Release notes. Please everyone review and add what is missing.
The descriptions must be detailed and complete to work as a temporarty documentation for the new features (i.e. list all modes, all capabilities, all shortcuts etc.)
I have added release notes for the connector work.
Cheers, Michael
Half way there with the bugs :-)
BUG ID Pts Summary ------------------------------------------------------------------------ 1290300 3 Transform Does Not Allow Negitive Values ishmal 1282399 9 Snapping when drawing vs. snapping when editing cth103 1242995 3 Ruler problem, folowup from 1236819 rwst 1254664 9 Win32 - 0.42 Crash when clicking Help > "About" bbyak 1224315 6 Just another lib problem rwst
1273990 3 Tester Mailign list on Web site bryce 1277695 3 Spelling mistake in dutch translation rwst 1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal 1218610 6 grid arrange issues johncliff 1264289 3 German translation: "Um 90 Grad nach links" ------------------------------------------------------------------------ Total: 51 / 100
RFE ID Pts Summary ------------------------------------------------------------------------ 1281883 6 Icon preview based on canvas, not selection joncruz 1281885 9 128x128 size in icon preview joncruz 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 130 / 100
BUG ID Pts Summary ------------------------------------------------------------------------ 1059398 6 WIN JP: Crash when clicking file browsing wndw joncruz 1068818 9 WIN FR: Crash when launching program joncruz
1290300 3 Transform Does Not Allow Negitive Values ishmal 1282399 9 Snapping when drawing vs. snapping when editing cth103 1242995 3 Ruler problem, folowup from 1236819 rwst 1254664 9 Win32 - 0.42 Crash when clicking Help "About" bbyak 1224315 6 Just another lib problem rwst 1273990 3 Tester Mailign list on Web site bryce 1277695 3 Spelling mistake in dutch translation rwst 1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal 1218610 6 grid arrange issues johncliff 1264289 3 German translation: "Um 90 Grad nach links" ------------------------------------------------------------------------ Total: 66 / 100
RFE ID Pts Summary ------------------------------------------------------------------------ 1281883 6 Icon preview based on canvas, not selection joncruz 1281885 9 128x128 size in icon preview joncruz 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 130 / 100
We're now 75% of the way through the feature freeze.
BUG ID Pts Summary ------------------------------------------------------------------------ 1292012 9 WIN XP: missing Controls bar bbyak
1059398 6 WIN JP: Crash when clicking file browsing wndw joncruz 1068818 9 WIN FR: Crash when launching program joncruz 1290300 3 Transform Does Not Allow Negitive Values ishmal 1282399 9 Snapping when drawing vs. snapping when editing cth103 1242995 3 Ruler problem, folowup from 1236819 rwst 1254664 9 Win32 - 0.42 Crash when clicking Help "About" bbyak 1224315 6 Just another lib problem rwst 1273990 3 Tester Mailign list on Web site bryce 1277695 3 Spelling mistake in dutch translation rwst 1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal 1218610 6 grid arrange issues johncliff 1264289 3 German translation: "Um 90 Grad nach links" ------------------------------------------------------------------------ Total: 75 / 100
RFE ID Pts Summary ------------------------------------------------------------------------ 1281883 6 Icon preview based on canvas, not selection joncruz 1281885 9 128x128 size in icon preview joncruz 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 130 / 100
We've now hit our required bug count for going into hard freeze mode.
Please review the remaining open bugs and let me know what you think the must-fix bugs are, and we'll sort out what needs to be done during the hard freeze phase as the next step.
Bryce
BUG ID Pts Summary ------------------------------------------------------------------------ 1298136 ? sodipodi:absref overrides xlink:href 1237031 3 Win32: Draw Bezier Bug 1295134 9 tool buttons fail to unpress with >1 window rwst 1249067 3 empty document must not be replaced by help doc cth103 1294298 6 whiteboard cannot be compiled with gcc4.0.x rwst 1290982 9 Crash closing after saving when another wndw open rwst 1274551 3 changed default units are lost with autopackage rwst
1292012 9 WIN XP: missing Controls bar bbyak 1059398 6 WIN JP: Crash when clicking file browsing wndw joncruz 1068818 9 WIN FR: Crash when launching program joncruz 1290300 3 Transform Does Not Allow Negitive Values ishmal 1282399 9 Snapping when drawing vs. snapping when editing cth103 1242995 3 Ruler problem, folowup from 1236819 rwst 1254664 9 Win32 - 0.42 Crash when clicking Help "About" bbyak 1224315 6 Just another lib problem rwst 1273990 3 Tester Mailign list on Web site bryce 1277695 3 Spelling mistake in dutch translation rwst 1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal 1218610 6 grid arrange issues johncliff 1264289 3 German translation: "Um 90 Grad nach links" ------------------------------------------------------------------------ Total: 108 / 100
RFE ID Pts Summary ------------------------------------------------------------------------ 1281883 6 Icon preview based on canvas, not selection joncruz 1281885 9 128x128 size in icon preview joncruz 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce ------------------------------------------------------------------------ Total: 130 / 100
On 9/22/05, Bryce Harrington <bryce@...961...> wrote:
Please review the remaining open bugs and let me know what you think the must-fix bugs are, and we'll sort out what needs to be done during the hard freeze phase as the next step.
1. Libraries crash on win98. Showstopper (at least for me).
2. Ted's patches for menu.xml not committed.
Less critical but still important:
- no one volunteered to enable python on windows
- no one volunteered to do static rpms
- no screenshots submitted (Popolon is working on a pressure-calligraphic one, but we also absolutely need screenshots for the connector tool and the whiteboard. Anyone?)
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
Quoting Bryce Harrington <bryce@...961...>:
Please review the remaining open bugs and let me know what you think the must-fix bugs are, and we'll sort out what needs to be done during the hard freeze phase as the next step.
The attached patch is needed to break a finalization cycle between SPDesktop and Inkscape::Selection.
I think the cycle would create a memory leak because both have finalizers (they both derive from GC::Finalized to make sure their destructors get called), and one finalizable object cannot be finalized and freed while another finalizable object is still pointing to it.
Here, clearOnceInaccessible is used to break the tie. It schedules Inkscape::Selection::_desktop to be set to NULL before finalization, allowing SPDesktop to finalize first.
(a better name would have been clearBeforeFinalization, come to think of it...)
Sorry I didn't get to this sooner, I still haven't had any time to do the required code review around the Desktop changes. But I think it's important to cover this bit for the release, at least.
Index: src/selection.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/selection.cpp,v retrieving revision 1.59 diff -u -3 -r1.59 selection.cpp --- src/selection.cpp 4 Sep 2005 14:37:02 -0000 1.59 +++ src/selection.cpp 22 Sep 2005 22:23:26 -0000 @@ -48,6 +48,7 @@ _flags(0), _idle(0) { + clearOnceInaccessible(&_desktop); }
Selection::~Selection() {
Hi Mental,
This is kind of an out there question but something I've been wondering about for a while...
What would be involved in making Inkscape able to handle templated SVG? I.e., something like:
[% i = 1 %] [% FOREACH foo IN bar %] <rect x="[% foo.x %]" y="[% foo.y %]" width="100%" height="100%" fill="[% foo.color %]" id="rect[% i %]" /> [% i = i + 1 %] [% END %]
The stuff in the [% %] brackets is Template::Toolkit macro syntax. (Similar to <? in PHP, and so forth in other templating languages.)
The perennial issue with templated stuff is that once a given file's been templated, the designer can't easily pull it back into the original design program to touch stuff up. (Although maybe the professional design programs have solutions for this nowadays.)
We've heard off and on about people wanting to use Inkscape for doing web layout, so it's fairly logical that if we gain that capability, immediately the next request would be for templating capability.
However, I'm not really even sure how you'd handle folding these bits of non-SVG text in. I'm sure Inkscape would just choke on it. But I remember long ago we had a similar issue with SVG comments, and got that sorted out. What would need to be done to make Inkscape accept non-SVG templating syntax?
Bryce
And one more thing: the calligraphy tutorial has not been updated to cover the new pressure sensitivity stuff. I have a vague memory of someone volunteering to do that. Can anyone give the status of this?
On 9/22/05, bulia byak <buliabyak@...400...> wrote:
On 9/22/05, Bryce Harrington <bryce@...961...> wrote:
Please review the remaining open bugs and let me know what you think the must-fix bugs are, and we'll sort out what needs to be done during the hard freeze phase as the next step.
Libraries crash on win98. Showstopper (at least for me).
Ted's patches for menu.xml not committed.
Less critical but still important:
no one volunteered to enable python on windows
no one volunteered to do static rpms
no screenshots submitted (Popolon is working on a
pressure-calligraphic one, but we also absolutely need screenshots for the connector tool and the whiteboard. Anyone?)
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
On Thu, 2005-09-22 at 17:16 -0700, Bryce Harrington wrote:
However, I'm not really even sure how you'd handle folding these bits of non-SVG text in. I'm sure Inkscape would just choke on it. But I remember long ago we had a similar issue with SVG comments, and got that sorted out. What would need to be done to make Inkscape accept non-SVG templating syntax?
Well, if you're going to deviate from SVG, we may as well make the additional wrapper bits XML. Otherwise we've basically got to throw out our current document model.
Honestly, though, I think the thing to do would be to carry the templating information out-of-band (maybe in <defs>), making references to the appropriate SVG nodes via XPath rather than containing them directly. That would also be more flexible for templating.
Heck, maybe even use XSLT.
-mental
Bryce Harrington wrote:
What would be involved in making Inkscape able to handle templated SVG? I.e., something like:
[% i = 1 %] [% FOREACH foo IN bar %] <rect x="[% foo.x %]" y="[% foo.y %]" width="100%" height="100%" fill="[% foo.color %]" id="rect[% i %]" /> [% i = i + 1 %] [% END %]
The stuff in the [% %] brackets is Template::Toolkit macro syntax. (Similar to <? in PHP, and so forth in other templating languages.)
TALES is an xml friendly templating language that utilizes attributes and standard document element nodes (like <g /> in our case). Bryce, I'm sure you are familiar with TALES from working with Zope.
Aaron Spike
On Thu, Sep 22, 2005 at 09:58:04PM -0400, MenTaLguY wrote:
On Thu, 2005-09-22 at 17:16 -0700, Bryce Harrington wrote:
However, I'm not really even sure how you'd handle folding these bits of non-SVG text in. I'm sure Inkscape would just choke on it. But I remember long ago we had a similar issue with SVG comments, and got that sorted out. What would need to be done to make Inkscape accept non-SVG templating syntax?
Well, if you're going to deviate from SVG, we may as well make the additional wrapper bits XML. Otherwise we've basically got to throw out our current document model.
Well, last year I'd played with a system (Zope) that did its templating language in XML, resulting in a cumbersome pseudo-XML-in-XML system that was truly irritating. There were a couple issues in particular I found irritating. The first was that it attempted to represent programming logic with XML, which just plain doesn't fit. I.e., something like this:
<if condition="1"> <p>Foo</p> <else> <b>Bar</b> </if>
The second was that mixing the <>'s for the template language with the <> from the data got extremely confusing. That's one of the reasons I like Template::Toolkit - since the templating commands are enclosed in [% %] it distinguishes it very clearly from the HTML or XML data.
Similarly, with templating you are often doing variable substitutions. I.e., something like:
<rect height="<var name="h"/>"/>
You can see how visually cluttered that looks having XML inside XML. Using a distinctly non-XML templating syntax reads easier:
<rect height="[% h %]"/>
Honestly, though, I think the thing to do would be to carry the templating information out-of-band (maybe in <defs>), making references to the appropriate SVG nodes via XPath rather than containing them directly. That would also be more flexible for templating.
Ah, this is an interesting idea... How would this work for say, embedding a loop that displays N copies of a graphic?
Heck, maybe even use XSLT.
Hmm. I've seen XSLT used to good effect for transforming data from one XML format to another (which would be very cool to be able to do in Inkscape directly), but haven't seen them used quite so much for templating applications. For example, if you're doing a database pull and need to display 20 records, with some logic to display certain icons or colors depending on properties within the data stream; you have a data structure that is essentially an array of hashes, and use the template to represent what they should look like in HTML, XML, or whatever.
Bryce
On Thu, Sep 22, 2005 at 09:26:04PM -0500, aaron@...749... wrote:
Bryce Harrington wrote:
What would be involved in making Inkscape able to handle templated SVG? I.e., something like:
[% i = 1 %] [% FOREACH foo IN bar %] <rect x="[% foo.x %]" y="[% foo.y %]" width="100%" height="100%" fill="[% foo.color %]" id="rect[% i %]" /> [% i = i + 1 %] [% END %]
The stuff in the [% %] brackets is Template::Toolkit macro syntax. (Similar to <? in PHP, and so forth in other templating languages.)
TALES is an xml friendly templating language that utilizes attributes and standard document element nodes (like <g /> in our case). Bryce, I'm sure you are familiar with TALES from working with Zope.
Erf, unfortunately yes I am. It's a clever idea - you fold your template syntax directly into your regular syntax tags. Unfortunately, my experience with it in Zope was pretty bad: Debugging it was extremely frustrating, the documentation was wholy inadequate, and the syntax was very verbose. Admittedly, most of these issues are probably due more to its implementation in Zope than to the idea itself, but...
Bryce
I can get on the whiteboard screenshot stuff. If we have enough bandwidth, I'd also be happy to produce a short video demo, similar to what I circulated a few months ago with early revisions of the whiteboard code.
(BTW, slightly off-topic, but I apologize for not being around lately; schoolwork has peaked and there's only so many hours in the day.)
-- David
bulia byak wrote:
- no screenshots submitted (Popolon is working on a
pressure-calligraphic one, but we also absolutely need screenshots for the connector tool and the whiteboard. Anyone?)
On 9/23/05, David Yip <yipdw@...635...> wrote:
I can get on the whiteboard screenshot stuff. If we have enough bandwidth, I'd also be happy to produce a short video demo, similar to what I circulated a few months ago with early revisions of the whiteboard code.
I think it would be wonderful to have such a video linked from our screenshots page. Thanks!
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
On 9/22/05, Bryce Harrington <bryce@...961...> wrote:
Please review the remaining open bugs and let me know what you think the must-fix bugs are, and we'll sort out what needs to be done during the hard freeze phase as the next step.
- Libraries crash on win98. Showstopper (at least for me).
1289800 - SuSE 10.0.RC1: Crash on Align
http://sourceforge.net/tracker/index.php?func=detail&aid=1289800&gro...
Today, I'll try to install that distro and then hunt that bug. This is a must IMHO.
ralf
On Thu, 2005-09-22 at 21:36 -0700, Bryce Harrington wrote:
The second was that mixing the <>'s for the template language with the <> from the data got extremely confusing. That's one of the reasons I like Template::Toolkit - since the templating commands are enclosed in [% %] it distinguishes it very clearly from the HTML or XML data.
Three things to bear in mind:
1. most users of templates will be using the GUI, not editing them directly; I don't think syntax nicities matter that much.
2. abandoning pure XML syntax means we would no longer have a well-specified data model -- right now we can rely on XML Infoset.
3. similarly, we'd have to abandon pure DOM for our document/plugin interface.
Unless JonCruz or someone beats me to it, I'll elaborate on my out-of-band XSLT comments later when I have time. Having thought about it more since last night, it is much cleaner and would require significantly less work.
But e.g. getting N copies of an SVG object with transformations is trivial in XSLT, particularly if Inkscape generates the XSLT for you behind the scenes (so it knows about e.g. object bounding boxes etc.).
(It's pretty much an issue of duplicating an XML subtree N times, appending an appropriate string to the transform= attribute for the root of each one.)
-mental
On 9/23/05, bulia byak <buliabyak@...400...> wrote:
- no screenshots submitted (Popolon is working on a
pressure-calligraphic one, but we also absolutely need screenshots for the connector tool and the whiteboard. Anyone?)
I can do a couple for connectors.
Alexandre
A suggestion: as a user who wants to try out this feature, I will need to see how to use it and the first place I would look would be the tutorials menu, the second place would be the documentation section of the website - I would never think of looking in the screenshots section, which is usually just that, screenshots. Hopefully it will be in a format that most of us can use (ie swf or that can play on xmms) - ultimately it would be nice as an animated SVG (when Mozilla supports it).
bulia byak wrote:
On 9/23/05, David Yip <yipdw@...635...> wrote:
I can get on the whiteboard screenshot stuff. If we have enough bandwidth, I'd also be happy to produce a short video demo, similar to what I circulated a few months ago with early revisions of the whiteboard code.
I think it would be wonderful to have such a video linked from our screenshots page. Thanks!
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 9/23/05, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
On 9/23/05, bulia byak <buliabyak@...400...> wrote:
- no screenshots submitted (Popolon is working on a
pressure-calligraphic one, but we also absolutely need screenshots for the connector tool and the whiteboard. Anyone?)
I can do a couple for connectors.
Here they are:
http://lrn.ru/~avp/images/connector1.png http://lrn.ru/~avp/images/connector2.png
Alexandre
On 9/23/05, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
http://lrn.ru/~avp/images/connector1.png http://lrn.ru/~avp/images/connector2.png
Very nice, thanks, but is it really done with that tool? It does not support hor/vert and curved connectors, as far as I know. If you did use that tool for these images, can you please write a blurb explaining how it was used?
Also, can you make them 1280x1024, to match the rest we have?
Also I think it would be nice to combine the two images into one, e.g. by taking a shot of the entire screen with two Inkscape windows.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
On Fri, Sep 23, 2005 at 02:42:13AM -0500, David Yip wrote:
I can get on the whiteboard screenshot stuff. If we have enough bandwidth, I'd also be happy to produce a short video demo, similar to what I circulated a few months ago with early revisions of the whiteboard code.
Cool, that'd be excellent.
(BTW, slightly off-topic, but I apologize for not being around lately; schoolwork has peaked and there's only so many hours in the day.)
Totally understandable, no worries. :-)
Bryce
On Fri, Sep 23, 2005 at 09:53:45AM -0400, MenTaLguY wrote:
On Thu, 2005-09-22 at 21:36 -0700, Bryce Harrington wrote:
The second was that mixing the <>'s for the template language with the <> from the data got extremely confusing. That's one of the reasons I like Template::Toolkit - since the templating commands are enclosed in [% %] it distinguishes it very clearly from the HTML or XML data.
Three things to bear in mind:
- most users of templates will be using the GUI, not editing them
directly; I don't think syntax nicities matter that much.
- abandoning pure XML syntax means we would no longer have a
well-specified data model -- right now we can rely on XML Infoset.
- similarly, we'd have to abandon pure DOM for our document/plugin
interface.
Unless JonCruz or someone beats me to it, I'll elaborate on my out-of-band XSLT comments later when I have time. Having thought about it more since last night, it is much cleaner and would require significantly less work.
But e.g. getting N copies of an SVG object with transformations is trivial in XSLT, particularly if Inkscape generates the XSLT for you behind the scenes (so it knows about e.g. object bounding boxes etc.).
(It's pretty much an issue of duplicating an XML subtree N times, appending an appropriate string to the transform= attribute for the root of each one.)
Okay, thanks for the info. For my own purposes I would be hand writing the template code, but you're right that in general a user would probably prefer editing them in the GUI. This answers my question of whether something like TT could be done within the existing DOM model.
Bryce
On Fri, Sep 23, 2005 at 09:21:20PM +0400, Alexandre Prokoudine wrote:
On 9/23/05, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
On 9/23/05, bulia byak <buliabyak@...400...> wrote:
- no screenshots submitted (Popolon is working on a
pressure-calligraphic one, but we also absolutely need screenshots for the connector tool and the whiteboard. Anyone?)
I can do a couple for connectors.
Here they are:
http://lrn.ru/~avp/images/connector1.png http://lrn.ru/~avp/images/connector2.png
Thanks, nice work!
Bryce
On 9/23/05, bulia byak <buliabyak@...400...> wrote:
Very nice, thanks, but is it really done with that tool? It does not support hor/vert and curved connectors, as far as I know. If you did use that tool for these images, can you please write a blurb explaining how it was used?
Sure,it was partly done using the connector tool. Lines were turned to curves via Node tool. If that doesn't count, I can come up with some other "pure" screenshot. Absolutely no probs.
Also, can you make them 1280x1024, to match the rest we have?
Hardly possible. My laptop display is 1280x800.
Also I think it would be nice to combine the two images into one, e.g. by taking a shot of the entire screen with two Inkscape windows.
You mean two non-overlapping each other windows which together are 1280xwhatever?
Alexandre
Okay, thanks everyone for the inputs of what should go on the task list for the hard freeze. I am thinking that Sunday would be the ideal time to go into the hard freeze. That way issues found at the Bug Party tomorrow can be committed directy if applicable.
Anyway... the list...
Tasks for 0.43 Hard Freeze Phase --------------------------------
Here are the things we've identified as needing to be done prior to the Hard Freeze. Let me know of the status on these items as we go forward, and I'll keep the list updated and try to repost it daily.
Let me know either if you've completed the task, or are working on it and plan to ensure it's completed for the release.
1. Ensure libraries do not crash on win98 [rswt]
1289800 - SuSE 10.0.RC1: Crash on Align
http://sourceforge.net/tracker/index.php?func=detail&aid=1289800&gro...
2. Integrate Ted's patches for menu.xml
3. Enable python on windows
4. Create Static RPMS
5. Create screenshots for each of the new features
a. pressure-calligraphic [Popolon]
b. connector tool
- [DONE] Create screenshots [Alexandre] http://lrn.ru/~avp/images/connector1.png http://lrn.ru/~avp/images/connector2.png
- Add them to the website
c. whiteboard
6. Integrate mental's memory leak patch. - On mailing list see 'theoretical memory leak' post
7. Update calligraphy tutorial to cover the new pressure sensitivity stuff.
On Thu, Sep 22, 2005 at 11:31:43AM -0700, Bryce Harrington wrote:
We've now hit our required bug count for going into hard freeze mode.
Please review the remaining open bugs and let me know what you think the must-fix bugs are, and we'll sort out what needs to be done during the hard freeze phase as the next step.
Bryce
BUG ID Pts Summary
1298136 ? sodipodi:absref overrides xlink:href 1237031 3 Win32: Draw Bezier Bug 1295134 9 tool buttons fail to unpress with >1 window rwst 1249067 3 empty document must not be replaced by help doc cth103 1294298 6 whiteboard cannot be compiled with gcc4.0.x rwst 1290982 9 Crash closing after saving when another wndw open rwst 1274551 3 changed default units are lost with autopackage rwst
1292012 9 WIN XP: missing Controls bar bbyak 1059398 6 WIN JP: Crash when clicking file browsing wndw joncruz 1068818 9 WIN FR: Crash when launching program joncruz 1290300 3 Transform Does Not Allow Negitive Values ishmal 1282399 9 Snapping when drawing vs. snapping when editing cth103 1242995 3 Ruler problem, folowup from 1236819 rwst 1254664 9 Win32 - 0.42 Crash when clicking Help "About" bbyak 1224315 6 Just another lib problem rwst 1273990 3 Tester Mailign list on Web site bryce 1277695 3 Spelling mistake in dutch translation rwst 1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal 1218610 6 grid arrange issues johncliff 1264289 3 German translation: "Um 90 Grad nach links"
Total: 108 / 100
RFE ID Pts Summary
1281883 6 Icon preview based on canvas, not selection joncruz 1281885 9 128x128 size in icon preview joncruz 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce
Total: 130 / 100
SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Bryce, I know top posting is evil ;-)
I like to see this fixed: [ 1245838 ] Win32: Problem building Inkscape 0.42 I made some comments what has to be add, but I have a lack of knowledge in autotools ...
anyway I would like to introduce a new Win32 installer that fixes several issues and comes with a new selection system for options/modules (as in gaim) see http://wiki.inkscape.org/cgi-bin/wiki.pl?Win32_Installer
What you think ?
Adib. ----
Bryce Harrington schrieb:
Okay, thanks everyone for the inputs of what should go on the task list for the hard freeze. I am thinking that Sunday would be the ideal time to go into the hard freeze. That way issues found at the Bug Party tomorrow can be committed directy if applicable.
Anyway... the list...
Tasks for 0.43 Hard Freeze Phase
Here are the things we've identified as needing to be done prior to the Hard Freeze. Let me know of the status on these items as we go forward, and I'll keep the list updated and try to repost it daily.
Let me know either if you've completed the task, or are working on it and plan to ensure it's completed for the release.
Ensure libraries do not crash on win98 [rswt]
1289800 - SuSE 10.0.RC1: Crash on Align
http://sourceforge.net/tracker/index.php?func=detail&aid=1289800&gro...
Integrate Ted's patches for menu.xml
Enable python on windows
Create Static RPMS
Create screenshots for each of the new features
a. pressure-calligraphic [Popolon]
b. connector tool
- [DONE] Create screenshots [Alexandre] http://lrn.ru/~avp/images/connector1.png http://lrn.ru/~avp/images/connector2.png - Add them to the website
c. whiteboard
Integrate mental's memory leak patch.
- On mailing list see 'theoretical memory leak' post
Update calligraphy tutorial to cover the new pressure sensitivity stuff.
On Thu, Sep 22, 2005 at 11:31:43AM -0700, Bryce Harrington wrote:
We've now hit our required bug count for going into hard freeze mode.
Please review the remaining open bugs and let me know what you think the must-fix bugs are, and we'll sort out what needs to be done during the hard freeze phase as the next step.
Bryce
BUG ID Pts Summary
1298136 ? sodipodi:absref overrides xlink:href 1237031 3 Win32: Draw Bezier Bug 1295134 9 tool buttons fail to unpress with >1 window rwst 1249067 3 empty document must not be replaced by help doc cth103 1294298 6 whiteboard cannot be compiled with gcc4.0.x rwst 1290982 9 Crash closing after saving when another wndw open rwst 1274551 3 changed default units are lost with autopackage rwst
1292012 9 WIN XP: missing Controls bar bbyak 1059398 6 WIN JP: Crash when clicking file browsing wndw joncruz 1068818 9 WIN FR: Crash when launching program joncruz 1290300 3 Transform Does Not Allow Negitive Values ishmal 1282399 9 Snapping when drawing vs. snapping when editing cth103 1242995 3 Ruler problem, folowup from 1236819 rwst 1254664 9 Win32 - 0.42 Crash when clicking Help "About" bbyak 1224315 6 Just another lib problem rwst 1273990 3 Tester Mailign list on Web site bryce 1277695 3 Spelling mistake in dutch translation rwst 1286163 6 Transform Dialouge Does Not Allow Neg Values ishmal 1218610 6 grid arrange issues johncliff 1264289 3 German translation: "Um 90 Grad nach links"
Total: 108 / 100
RFE ID Pts Summary
1281883 6 Icon preview based on canvas, not selection joncruz 1281885 9 128x128 size in icon preview joncruz 1165049 6 precision of x/y/w/h boxes 1277850 6 Color Blending Modes 963828 3 gridlock instead of the cursor 1211326 3 Bezier tool should have distinct cursor 856085 6 curve editing and right click menu 927908 3 REQ: display start.x,y end.x,y width height length angle 955788 6 Cascading Style Sheets (CSS) Support 902736 3 Shortcuts in button tooltips 1075878 3 command line export to eps 1124499 3 CMYK color from 1 to 100 instead to 255 JonCruz 1173740 3 Shape controls should be differentiated by shape 880110 9 TOOLS/NODE EDITING: Add/subtract nodes + scissor tool 1043374 3 ability to add a node at the extremity of a path. 1084658 3 Connectors and textboxes 1283620 9 Smart Line Connectors between shapes 1083230 3 list of translations on the web site kees 1175304 3 Hard to retrieve version info kees 965791 9 CUPS printing 950969 6 INPUT: Wacom Tablet + Pressure Sensitivity Lindgren 862691 9 NODE EDITING: Dragging curve segment acspike 1055117 6 FAQ should address import/export issues bryce
Total: 130 / 100
SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 9/23/05, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
Sure,it was partly done using the connector tool. Lines were turned to curves via Node tool. If that doesn't count, I can come up with some other "pure" screenshot. Absolutely no probs.
I'm torn on this. On the one hand, I want our screenshots to look very professional, but on the other, I don't think that "cheating" (i.e. tweaking things after the connector tool) is good, especially since I hope that eventually the connector tool will be able to do all this (we discussed this with Michael and he said it's possible). So, if you can make a file that looks complex, real-life, and professional with nothing but the connector tool for connectors, please do. If not, let's use these ones and explain in the blurb how they were done.
Also, can you make them 1280x1024, to match the rest we have?
Hardly possible. My laptop display is 1280x800.
OK, no problem.
Also I think it would be nice to combine the two images into one, e.g. by taking a shot of the entire screen with two Inkscape windows.
You mean two non-overlapping each other windows which together are 1280xwhatever?
Yes, or they can partially overlap to look more natural.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
And one more simple to fix but critical bug is that ill2svg.pl has been broken for a long time - there were lots of bugs on that, here's the latest one:
https://sourceforge.net/tracker/index.php?func=detail&aid=1302072&gr...
Any Perl experts willing to have a look?
On 9/23/05, Adib Taraben <taraben.a@...50...> wrote:
I like to see this fixed: [ 1245838 ] Win32: Problem building Inkscape 0.42 I made some comments what has to be add, but I have a lack of knowledge in autotools ...
I added one more problem report to that bug.
anyway I would like to introduce a new Win32 installer that fixes several issues and comes with a new selection system for options/modules (as in gaim) see http://wiki.inkscape.org/cgi-bin/wiki.pl?Win32_Installer
Cool, where can we test this?
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
On Sat, Sep 24, 2005 at 12:26:56AM +0200, Adib Taraben wrote:
bulia byak schrieb: ...
anyway I would like to introduce a new Win32 installer that fixes several issues and comes with a new selection system for options/modules (as in gaim) see http://wiki.inkscape.org/cgi-bin/wiki.pl?Win32_Installer
Cool, where can we test this?
The question is more what/where can I publish. My web page is limited to 5MB max filesize. So I can only publish the script itself before commiting to cvs. You need to NSIS yourself.
You know webspace without that limitation ?
Yes, the SourceForge mirror system is essentially unbounded storage and bandwidth. ;-)
I'd be happy to give you access to upload it as a subcomponent of the Inkscape project. Send me your SourceForge ID.
Bryce
bulia byak schrieb: ...
anyway I would like to introduce a new Win32 installer that fixes several issues and comes with a new selection system for options/modules (as in gaim) see http://wiki.inkscape.org/cgi-bin/wiki.pl?Win32_Installer
Cool, where can we test this?
The question is more what/where can I publish. My web page is limited to 5MB max filesize. So I can only publish the script itself before commiting to cvs. You need to NSIS yourself.
You know webspace without that limitation ?
Adib. ---
On Sep 23, 2005, at 2:29 PM, Adib Taraben wrote:
Bryce, I know top posting is evil ;-)
I like to see this fixed: [ 1245838 ] Win32: Problem building Inkscape 0.42 I made some comments what has to be add, but I have a lack of knowledge in autotools ...
anyway I would like to introduce a new Win32 installer that fixes several issues and comes with a new selection system for options/ modules (as in gaim) see http://wiki.inkscape.org/cgi-bin/wiki.pl? Win32_Installer
I've got a lead on some things for this issue.
One is getting with the NSIS people to get the base installer better internationalized / switched to Unicode.
The other is poking about in the windows bits to find out the current system language among other things. Then poking that into the environment inside of our winmain can help run-time issues. There is some logic I need to see that's implemented as a NSIS thing (with Delphi source), so that could be used at install time.
John Taber wrote:
A suggestion: as a user who wants to try out this feature, I will need to see how to use it and the first place I would look would be the tutorials menu, the second place would be the documentation section of the website - I would never think of looking in the screenshots section, which is usually just that, screenshots. Hopefully it will be in a format that most of us can use (ie swf or that can play on xmms) - ultimately it would be nice as an animated SVG (when Mozilla supports it).
Ogg Theora! Have a look at Istanbul as a tool for creating such videos: http://live.gnome.org/Istanbul
bulia byak wrote:
On 9/23/05, David Yip <yipdw@...635...> wrote:
I can get on the whiteboard screenshot stuff. If we have enough bandwidth, I'd also be happy to produce a short video demo, similar to what I circulated a few months ago with early revisions of the whiteboard code.
I think it would be wonderful to have such a video linked from our screenshots page. Thanks!
Jon A. Cruz schrieb:
On Sep 23, 2005, at 2:29 PM, Adib Taraben wrote:
...
Win32_Installer
I've got a lead on some things for this issue.
One is getting with the NSIS people to get the base installer better internationalized / switched to Unicode.
NSIS is already translated into several languages including Hebrew, Chinese, Korean, Japanese. But For your own strings you have to add your translations. We need translators for those strings to have also Japanese etc. I dont know how this Unicode thing should work. But remember it should still work under Win98 where Unicode is not implemented. What exactly do you have in mind?
The other is poking about in the windows bits to find out the current system language among other things. Then poking that into the environment inside of our winmain can help run-time issues. There is some logic I need to see that's implemented as a NSIS thing (with Delphi source), so that could be used at install time.
What exaclty is it what you want to peek/poke? The inkscape runtime language is detected by the gtk not NSIS. For now we have far less NSIS translations than inkscape languages. I would be happy if this "select language from menue" feature works because this language selection is very tricky. There is only one issue that I can see: [ 1246690 ] Interface is right-to-left 0.42 on XP with Hebrew support
Thanks for your comments,
Adib.
bulia byak wrote:
On 9/23/05, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
Sure,it was partly done using the connector tool. Lines were turned to curves via Node tool. If that doesn't count, I can come up with some other "pure" screenshot. Absolutely no probs.
I'm torn on this. On the one hand, I want our screenshots to look very
Actually, Alexandre's example would be a great way to show the power of combining the various tools in Inkscape. Can it be added to the tutorial section on connectors?
On 9/24/05, Nicu Buculei <nicu@...398...> wrote:
John Taber wrote:
A suggestion: as a user who wants to try out this feature, I will need to see how to use it and the first place I would look would be the tutorials menu, the second place would be the documentation section of the website - I would never think of looking in the screenshots section, which is usually just that, screenshots. Hopefully it will be in a format that most of us can use (ie swf or that can play on xmms) - ultimately it would be nice as an animated SVG (when Mozilla supports it).
Ogg Theora! Have a look at Istanbul as a tool for creating such videos: http://live.gnome.org/Istanbul
I tried it recently. Quality of video is rather poor (yellow artefacts in background of cursor) and I didn't manage to stop recording and had to kill -9 it. But this application still has potential and hopefully will mature.
Alexandre
Jimmac uses xvidcap and a nifty little tool to show keystrokes being used. see:
http://jimmac.musichall.cz/weblog.php/Inkscape/NodeEditing.php
works pretty well from the vids hes posted.
Cheers
Sim
--- Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
On 9/24/05, Nicu Buculei <nicu@...398...> wrote:
John Taber wrote:
A suggestion: as a user who wants to try out this feature, I will
need
to see how to use it and the first place I would look would be
the
tutorials menu, the second place would be the documentation
section of
the website - I would never think of looking in the screenshots
section,
which is usually just that, screenshots. Hopefully it will be in
a
format that most of us can use (ie swf or that can play on xmms)
ultimately it would be nice as an animated SVG (when Mozilla
supports it).
Ogg Theora! Have a look at Istanbul as a tool for creating such videos: http://live.gnome.org/Istanbul
I tried it recently. Quality of video is rather poor (yellow artefacts in background of cursor) and I didn't manage to stop recording and had to kill -9 it. But this application still has potential and hopefully will mature.
Alexandre
SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
On Sep 24, 2005, at 2:18 AM, Adib Taraben wrote:
NSIS is already translated into several languages including Hebrew, Chinese, Korean, Japanese. But For your own strings you have to add your translations. We need translators for those strings to have also Japanese etc. I dont know how this Unicode thing should work. But remember it should still work under Win98 where Unicode is not implemented. What exactly do you have in mind?
I've in mind to get it using Unicode internally, but then convert to local ANSI when going to the API's. Among other things, that's the way that MS Office and their other products work, so that they can ship a single binary for both Win9x and WinNT/2k/XP. I'm working with NSIS people to make sure I can help them do this in a way that works with their goals.
There's some info on this on the Wiki I put up a while back
http://wiki.inkscape.org/cgi-bin/wiki.pl?Win32Port
Oh, and one of the issues this would fix is for any non-English Windows XP users. For example, if your local user directory path contains non-Latin-1 or the "all users" home directory does, installation will fail if your current ANSI code page is set to anything that does not include those.
What exaclty is it what you want to peek/poke? The inkscape runtime language is detected by the gtk not NSIS. For now we have far less NSIS translations than inkscape languages. I would be happy if this "select language from menue" feature works because this language selection is very tricky. There is only one issue that I can see: [ 1246690 ] Interface is right-to-left 0.42 on XP with Hebrew support
There's a common thing where the Windows box is set to one language/ locale, but the user's current default is a different language.
Inkscape currently counts on glib for this, which in turn counts on the Unix-style LANG environment variable. This is good for Linux people on a Windows box, but fails for the average Windows user.
So basically Inkscape on Windows is ignoring Windows-style language API's and instead only goes by Unix-style environment variables. This is correctable, and would improve the user experience on Windows greatly.
Subject: Re: [Inkscape-devel] Templated SVG?
Bryce Harrington wrote:
What would be involved in making Inkscape able to handle templated SVG? I.e., something like:
[% i = 1 %] [% FOREACH foo IN bar %] <rect x="[% foo.x %]" y="[% foo.y %]" width="100%" height="100%" fill="[% foo.color %]" id="rect[% i %]" /> [% i = i + 1 %] [% END %]
The stuff in the [% %] brackets is Template::Toolkit macro syntax.
(Similar to <? in PHP, and so forth in other templating languages.)
They aren't just php as you should know from <?xml ?> they are procesing instructions
Does Inkscape round-trip processing instructions and <!-- comments --> yet?
With support for those you could probably embed a wide range of other things.
- Alan
On 9/24/05, John Taber <jtaber@...480...> wrote:
Sure,it was partly done using the connector tool. Lines were turned to curves via Node tool. If that doesn't count, I can come up with some other "pure" screenshot. Absolutely no probs.
I'm torn on this. On the one hand, I want our screenshots to look very
Okay, I did this one long before SoC began, it can be redone again with connector tool and much less "cheating":
http://jamin.sourceforge.net/en/using/flowchart.png
Actually, Alexandre's example would be a great way to show the power of combining the various tools in Inkscape. Can it be added to the tutorial section on connectors?
Well, maybe it would be better to sit down and write a tutorial on flowcharting in Inkscape. I hope Dia guys won't cut me into little pieces for that.
P.S. If only it was possible to select appropriate arrow heads from comboboxes in "Tool Controls" toolbar for pen/bezier/connector tools... Does anybody want an RFE for that?
Alexandre
On 9/24/05, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
Okay, I did this one long before SoC began, it can be redone again with connector tool and much less "cheating":
Would be cool too. Actually, the more different cool stuff you show on the screenshot the better. If there's too much stuff for one screenshot, make two :)
Well, maybe it would be better to sit down and write a tutorial on flowcharting in Inkscape. I hope Dia guys won't cut me into little pieces for that.
Of course, but better to do this after the tool becomes more full-featured and usable. Or you'll have to rewrite too much afterwards.
P.S. If only it was possible to select appropriate arrow heads from comboboxes in "Tool Controls" toolbar for pen/bezier/connector tools... Does anybody want an RFE for that?
Actually this needs to be a separate widget or toolbar: stroke width, style, and arrows. Perhaps next to a current color widget when we have it.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
Btw, I tested this and it didn't seem to have caused any noticeable issues, so I committed it.
Bryce
On Thu, Sep 22, 2005 at 06:49:46PM -0400, mental@...3... wrote:
Quoting Bryce Harrington <bryce@...961...>:
Please review the remaining open bugs and let me know what you think the must-fix bugs are, and we'll sort out what needs to be done during the hard freeze phase as the next step.
The attached patch is needed to break a finalization cycle between SPDesktop and Inkscape::Selection.
I think the cycle would create a memory leak because both have finalizers (they both derive from GC::Finalized to make sure their destructors get called), and one finalizable object cannot be finalized and freed while another finalizable object is still pointing to it.
Here, clearOnceInaccessible is used to break the tie. It schedules Inkscape::Selection::_desktop to be set to NULL before finalization, allowing SPDesktop to finalize first.
(a better name would have been clearBeforeFinalization, come to think of it...)
Sorry I didn't get to this sooner, I still haven't had any time to do the required code review around the Desktop changes. But I think it's important to cover this bit for the release, at least.
Index: src/selection.cpp
RCS file: /cvsroot/inkscape/inkscape/src/selection.cpp,v retrieving revision 1.59 diff -u -3 -r1.59 selection.cpp --- src/selection.cpp 4 Sep 2005 14:37:02 -0000 1.59 +++ src/selection.cpp 22 Sep 2005 22:23:26 -0000 @@ -48,6 +48,7 @@ _flags(0), _idle(0) {
- clearOnceInaccessible(&_desktop);
}
Selection::~Selection() {
SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Fri, Sep 23, 2005 at 11:29:54PM +0200, Adib Taraben wrote:
Bryce, I know top posting is evil ;-)
I like to see this fixed: [ 1245838 ] Win32: Problem building Inkscape 0.42 I made some comments what has to be add, but I have a lack of knowledge in autotools ...
Okay
anyway I would like to introduce a new Win32 installer that fixes several issues and comes with a new selection system for options/modules (as in gaim) see http://wiki.inkscape.org/cgi-bin/wiki.pl?Win32_Installer
Have you had any trouble posting this? I'd be happy to lend a hand if needed.
Bryce
On Fri, Sep 23, 2005 at 06:47:40PM -0300, bulia byak wrote:
And one more simple to fix but critical bug is that ill2svg.pl has been broken for a long time - there were lots of bugs on that, here's the latest one:
https://sourceforge.net/tracker/index.php?func=detail&aid=1302072&gr...
Any Perl experts willing to have a look?
I have spent much of the day looking into all of the ill2svg.pl issues. I have been able to close a number of them.
There are actually two completely different Illustrator file formats. One is an EPS-based format used in Illustrator version 7 and earlier. The other is a PDF-based format used in version 8 and later.
ill2svg.pl will ONLY support the EPS-based format. The way it is written it will _never_ be able to parse PDF-based files. Several of the bugs are about failures to load the newer Illustrator files. It looks like one particular branch of code gets hit most often when loading the binary PDF files, so I've added a better error message with a reminder that ill2svg does not work on PDF-based files. Hopefully this will at least make future bug reports more clear as to their cause.
I also added a bit of error handling to prevent the errors encountered in a couple of the other bugs. This doesn't actually solve the root cause but at least will eliminate some of the confusing "Use of uninitialized..." errors and replace them with something more tangible - "This file is not supported by ill2svg..."
I've also read through the ill2svg.pl program. This code is really fragile, and the fact that it works at all is surprising. It is a brute force Postscript parser, and while it may well work for certain Postscript files, I cannot imagine it would work for all files.
I'm rather dismayed at the extensive lack of error checking in this file. There are LOTS of cases that will cause errors, incompatibilities, incomplete feature support, and so forth. This script is very high-maintenance. If we want to continue to use ill2svg.pl I would recommend it be massively redesigned to be more robust.
Honestly, I think it would be better for us to discard ill2svg.pl and seek out some other alternative for importing Illustrator files.
Since Illustrator files are basically just EPS or PDF files, I think if we had good tools for reliably importing EPS and PDF files, we would be set. Since we need better support for those two formats anyway, I think this would pay off several times over.
Next, I searched online for existing EPS and PDF conversion programs. Ideally would be eps2svg and pdf2svg converters. The former does not exist afaik; the latter exists but doesn't produce svg that will work with inkscape. There are commercial tools that promise to perform these conversions; I did not test them and do not consider them options.
I also tested Scribus. Scribus has **very good** EPS and PDF import support, and an SVG export capability that works **very well** with Inkscape. This was the only option that produced acceptable results.
Unfortunately, Scribus does not have commandline import/export capabilities, so it is not a drop-in replacement for ill2svg.pl. However, I was able to close a number of bug reports that simply needed capabilities that could be obtained through use of scribus.
I then investigated the feasibility of adding commandline import/export capabilities to Scribus. I think it can be done, however I don't know enough about its plugin architecture to implement it myself. I submitted a patch to Scribus to sketch out what we need; I am hoping that completing the feature will be more straightforward for them than it is for me.
Earlier we had also considered the option of extracting the pdf code from scribus for use in inkscape directly. I also investigated this. They have placed the pdf code in a libpdf/ directory that in theory should be extractable; it still depends on Qt, however, so I don't think it would be trivial to port it, as we'd need to convert it to use STL and so forth. Also, even if we did this, it would impose a dependency for inkscape on scribus. If we used the cmdline extension mechanism, then it would be a soft, optional dependency, like we have to skencil. If the user needed the functionality, they could install scribus; if they can do without, they would not need to install it.
I notice they implement all of their import/export code as DLL plugins. In theory I suppose we could dynamically link to these. However, they also have some Qt-isms built in, so I'm uncertain it would be feasible to link against them.
Anyway, to summarize:
1. Ditch ill2svg.pl. It sucks. 2. Encourage scribus to implement -i / -e and add it as an extension. Scribus kicks ass.
Bryce
On Sun, Sep 25, 2005 at 12:26:57AM -0700, Bryce Harrington wrote:
On Fri, Sep 23, 2005 at 06:47:40PM -0300, bulia byak wrote:
And one more simple to fix but critical bug is that ill2svg.pl has been broken for a long time - there were lots of bugs on that, here's the latest one:
https://sourceforge.net/tracker/index.php?func=detail&aid=1302072&gr...
Any Perl experts willing to have a look?
Next, I searched online for existing EPS and PDF conversion programs. Ideally would be eps2svg and pdf2svg converters. The former does not exist afaik; the latter exists but doesn't produce svg that will work with inkscape. There are commercial tools that promise to perform these conversions; I did not test them and do not consider them options.
I also tested Scribus. Scribus has **very good** EPS and PDF import support, and an SVG export capability that works **very well** with Inkscape. This was the only option that produced acceptable results.
Oops, forgot to mention, scribus does not import pdf directly, but I found I could run the 'pdftops' program from the xpdf package on the files, then load the resultant .ps file into scribus, then save to .svg and load into inkscape.
The conversion is not perfect; for example I found the text got converted to curves in the process and became uneditable. Also, file sizes grow significantly with each conversion. Other features may also get dropped, but it appeared that the conversion was more successful than other options I tried.
Ted claims pstoedit will work as well; I could not get that to perform the conversion successfully on my box.
So... YMMV.
Bryce
On 9/25/05, Bryce Harrington <bryce@...961...> wrote:
Anyway, to summarize:
- Ditch ill2svg.pl. It sucks.
- Encourage scribus to implement -i / -e and add it as an extension. Scribus kicks ass.
I agree. Scribus really needs command line facilities. But for those who can't or don't want to install all of Scribus, perhaps we can keep ill2svg as the last resort.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
Bryce Harrington provò:
Well, last year I'd played with a system (Zope) that did its templating language in XML, resulting in a cumbersome pseudo-XML-in-XML system that was truly irritating. There were a couple issues in particular I found irritating. The first was that it attempted to represent programming logic with XML, which just plain doesn't fit. I.e., something like this:
<if condition="1"> <p>Foo</p> <else> <b>Bar</b> </if>
The second was that mixing the <>'s for the template language with the <> from the data got extremely confusing. That's one of the reasons I like Template::Toolkit - since the templating commands are enclosed in [% %] it distinguishes it very clearly from the HTML or XML data.
Similarly, with templating you are often doing variable substitutions. I.e., something like:
<rect height="<var name="h"/>"/>
You can see how visually cluttered that looks having XML inside XML. Using a distinctly non-XML templating syntax reads easier:
<rect height="[% h %]"/>
I've looked at some templating system for my site and my requirements were thath the template should be a valid XHTML document and that it should be quite easy to integrate with real code. The best templating system that I've currently found is Kid (written in python).
I think that reusing a templating system thought for XML documents is a good idea...
Hmm. I've seen XSLT used to good effect for transforming data from one XML format to another (which would be very cool to be able to do in Inkscape directly), but haven't seen them used quite so much for templating applications. For example, if you're doing a database pull and need to display 20 records, with some logic to display certain icons or colors depending on properties within the data stream; you have a data structure that is essentially an array of hashes, and use the template to represent what they should look like in HTML, XML, or whatever.
XSLT is defined as a tree to tree transformation, so it needs an XML tree to represent the database records. This is the main limit (for my use) of XSLT: it is difficult to integrate it with real code. For templating XSLT is very good, except it has a steep learning curve.
On Mon, Sep 26, 2005 at 04:19:38AM -0300, bulia byak wrote:
On 9/25/05, Bryce Harrington <bryce@...961...> wrote:
Anyway, to summarize:
- Ditch ill2svg.pl. It sucks.
- Encourage scribus to implement -i / -e and add it as an extension. Scribus kicks ass.
I agree. Scribus really needs command line facilities. But for those who can't or don't want to install all of Scribus, perhaps we can keep ill2svg as the last resort.
Yes, presumably there are at least a few cases where ill2svg works...
As a minimum though, we should make it clear that the Adobe Illustrator import feature simply _won't work_ on version 8 or later files. Here is a patch that does this... what do you think?
Bryce
diff -u -r1.4 ai_input.inx --- ai_input.inx 17 Jun 2005 03:28:26 -0000 1.4 +++ ai_input.inx 26 Sep 2005 18:05:24 -0000 @@ -6,7 +6,7 @@ <input> <extension>.ai</extension> <mimetype>image/x-adobe-illustrator</mimetype> - <filetypename>Adobe Illustrator (*.ai)</filetypename> + <filetypename>Adobe Illustrator 7.0 (*.ai)</filetypename> <filetypetooltip>Open files saved with Adobe Illustrator</filetypetooltip> <output_extension>org.inkscape.output.ai</output_extension> </input>
On Monday 26 September 2005 09:19, bulia byak wrote:
On 9/25/05, Bryce Harrington <bryce@...961...> wrote:
Anyway, to summarize:
- Ditch ill2svg.pl. It sucks.
- Encourage scribus to implement -i / -e and add it as an extension. Scribus kicks ass.
I agree. Scribus really needs command line facilities. But for those who can't or don't want to install all of Scribus, perhaps we can keep ill2svg as the last resort.
I dont think installing Scribus is a major issue on any system, however for us to support many more command line options is a little hard without the GUI right now.
I've done a lot of cleaning in preparation for this stuff, and Craig Ringer and Peter Vanek have rewritten the plugin systems, and we prepare even more for 1.3.2cvs. Perhaps it might be possible in 1.3.2cvs to do some conversion, you never know, although the GUI will still be required as theres a lot of cide that is directly tied to the canvas/scrollview at this point in time.
Craig
On Mon, Sep 26, 2005 at 08:17:36PM +0200, Craig Bradney wrote:
On Monday 26 September 2005 09:19, bulia byak wrote:
On 9/25/05, Bryce Harrington <bryce@...961...> wrote:
Anyway, to summarize:
- Ditch ill2svg.pl. It sucks.
- Encourage scribus to implement -i / -e and add it as an extension. Scribus kicks ass.
I agree. Scribus really needs command line facilities. But for those who can't or don't want to install all of Scribus, perhaps we can keep ill2svg as the last resort.
I dont think installing Scribus is a major issue on any system, however for us to support many more command line options is a little hard without the GUI right now.
I've done a lot of cleaning in preparation for this stuff, and Craig Ringer and Peter Vanek have rewritten the plugin systems, and we prepare even more for 1.3.2cvs. Perhaps it might be possible in 1.3.2cvs to do some conversion, you never know, although the GUI will still be required as theres a lot of cide that is directly tied to the canvas/scrollview at this point in time.
Cool. Is 1.3.2cvs likely to be released within the next couple months or so?
I think as a starting point it's probably fine if the GUI is required, so long as the operation can be automated. I'd guess 99% of the time the user will be running Inkscape in GUI mode for this anyway.
Another thing that will be needed is a way to specify which format to use. E.g., something like
$ scribus -i myfile.ai -I EPS -e myfile.svg -E SVGTiny
Or whatever. Of course, also would need a way to get a list of what formats scribus supports. scribus --list-formats or something...
It'd also be nice to have it able to auto-detect based off the mimetype and/or filename extension (there's probably a library to do this). However, being able to manually specify the format would be useful - sometimes those detectors don't work 100%, and with all the variants there are of postscript I could easily imagine that to be an issue for scribus users. Thus it'd probably be easier to go with the manual specification of available formats for now - from how scribus' menu stuff works, I imagine this would be the simpler thing to implement anyway. Also, there are enough tools out there to detect file formats independently (e.g., `file`, `mimetype`, etc.) that this could easily be scripted in a scribus wrapper.
Bryce
On Monday 26 September 2005 20:43, Bryce Harrington wrote:
On Mon, Sep 26, 2005 at 08:17:36PM +0200, Craig Bradney wrote:
On Monday 26 September 2005 09:19, bulia byak wrote:
On 9/25/05, Bryce Harrington <bryce@...961...> wrote:
Anyway, to summarize:
- Ditch ill2svg.pl. It sucks.
- Encourage scribus to implement -i / -e and add it as an
extension. Scribus kicks ass.
I agree. Scribus really needs command line facilities. But for those who can't or don't want to install all of Scribus, perhaps we can keep ill2svg as the last resort.
I dont think installing Scribus is a major issue on any system, however for us to support many more command line options is a little hard without the GUI right now.
I've done a lot of cleaning in preparation for this stuff, and Craig Ringer and Peter Vanek have rewritten the plugin systems, and we prepare even more for 1.3.2cvs. Perhaps it might be possible in 1.3.2cvs to do some conversion, you never know, although the GUI will still be required as theres a lot of cide that is directly tied to the canvas/scrollview at this point in time.
Cool. Is 1.3.2cvs likely to be released within the next couple months or so?
2 months, minimum I'd say. We plan a lot of disruption in CVS at times. Major classes will hopefully be rewritten, if we have the time, plus a possible move away from autotools. The initial work on migrating loading and saving into plugins has begun and will start in earnest when we close off 1.3.1 (this week hopefully).
I think as a starting point it's probably fine if the GUI is required, so long as the operation can be automated. I'd guess 99% of the time the user will be running Inkscape in GUI mode for this anyway.
Another thing that will be needed is a way to specify which format to use. E.g., something like
$ scribus -i myfile.ai -I EPS -e myfile.svg -E SVGTiny
Or whatever. Of course, also would need a way to get a list of what formats scribus supports. scribus --list-formats or something...
Yep, understandable. Scribus understands "SVG", ie, whatever tags have been coded in, it might go a good way to getting them right. For a lot of things, the SVG importer either needs fixing, adding to or rewriting. I think major work on it will depend on some other work, like a rewrite of our pageitem class.
It'd also be nice to have it able to auto-detect based off the mimetype and/or filename extension (there's probably a library to do this). However, being able to manually specify the format would be useful - sometimes those detectors don't work 100%, and with all the variants there are of postscript I could easily imagine that to be an issue for scribus users. Thus it'd probably be easier to go with the manual specification of available formats for now - from how scribus' menu stuff works, I imagine this would be the simpler thing to implement anyway. Also, there are enough tools out there to detect file formats independently (e.g., `file`, `mimetype`, etc.) that this could easily be scripted in a scribus wrapper.
Yes, we can either add a dependency or pull in only the necessary code for our needs. Shouldn't be a major deal. We need cross platform solutions though, however I guess that stuff is pretty basic these days to port if its not already.
Craig
participants (19)
-
unknown@example.com
-
Adib Taraben
-
Alan Horkan
-
Alexandre Prokoudine
-
Bob Jamison
-
Bryce Harrington
-
bulia byak
-
Craig Bradney
-
David Yip
-
Emanuele Aina
-
John Cliff
-
John Taber
-
Jon A. Cruz
-
Joshua A. Andler
-
Lucas Vieites
-
MenTaLguY
-
Michael Wybrow
-
Nicu Buculei
-
Ralf Stephan