- Inkscape Devel - Inkscape Mailman

Inkscape 0.42 release plans
by Bryce Harrington 11 May '05

11 May '05

Hi all, After talking several developers, I think the idea of a release is good, but folks still have development work to finish up. I think we should leave the rest of this month to development, and move into a bug fixing phase starting around June 1st, with a goal of producing 0.42 some time in June or early July. Bryce

1 0

simple bug fix for configure.ac
by Jeremy C. Reed 11 May '05

11 May '05

Please fix the test = conditional in configure.ac. -if test "x$gc_ok" == "xyes"; then +if test "x$gc_ok" = "xyes"; then This == is not portable. If replying, please carbon-copy me. Jeremy C. Reed BSD News, BSD tutorials, BSD links http://www.bsdnewsletter.com/

2 1

problem with parasite cross over in translations
by unknown＠example.com 10 May '05

10 May '05

Hi A few days ago, I've submitted small patch and Bulia has kindly commited it. This patch was focusing on /src/select-toolbar.cpp so that X, Y, W (idth), H (eight) strings become translatable. The problem is that now, in all .pot file, H can conflict with H (ue) of the color tab of clonetiler.cpp dialog. See the following extract of fr.po # Hue (in HSV) # Dialog item #: src/dialogs/clonetiler.cpp:2170 src/select-toolbar.cpp:424 msgid "H" msgstr "T" and the attached screenshots So I'm afraid my idea of having those strings translatable was not so good, and my patch, a dummy one... Maybe Arpad or another experienced translator has already faced the same kind of problem and knows a workaround (I hope). I apologize for the annoyance. Regards, Matiphas

1 0

LaTeX Export
by Michael Forbes 10 May '05

10 May '05

I am trying to develop a barebones LaTeX export extension. I have wrote the code mostly based of the PovRay export and included the .h and .cpp file in src/extension/internal/Makefile_insert. libinternal.a includes the extension but the main program does not. Can anyone help me with this? Thank you. -Michael Forbes ------------------------------------------------------------ Student System Operator binx.mbhs.edu BEN Manager http://ben.mbhs.edu BNC Internet Division http://bnc.mbhs.edu MBHS Webmaster http://www.mbhs.edu BlazerNet President http://blazernet.mbhs.edu Computer Team Co-President http://computerteam.mbhs.edu MBLUG President http://mblug.mbhs.edu ------------------------------------------------------------

5 10

Defaulting gnome-vfs to yes
by Bryce Harrington 10 May '05

10 May '05

I've committed a change to configure.ac which defaults the GNOME VFS feature to 'on' if automake detects that the Gnome VFS library is present on the system. Keep an eye out for bugs; I've fixed all the ones I've known about. As a reminder, the GNOME VFS feature makes it possible to specify a URL on the commandline when starting inkscape. I.e.: $ inkscape http://mysite.org/foobar.svg It will load the svg file via http into memory and launch Inkscape. There is no support for this in the File Open dialog at this time; it still works only with local files. I don't have any plans to change that, so if you want it, feel free to add it. Bryce

3 4

NEW: <style> rendering support
by Peter Moulder 10 May '05

10 May '05

Inkscape now understands <style> elements: it correctly renders the following simple document: <svg> <defs> <style type="text/css"> .strokeblue {stroke:blue;stroke-width:5} .fillred {fill:red} </style> </defs> <rect x="10" y="10" width="50" height="50" /> <rect x="70" y="10" width="50" height="50" class="strokeblue" /> <rect x="130" y="10" width="50" height="50" class="fillred" /> <rect x="190" y="10" width="50" height="50" class="fillred strokeblue" /> </svg> There are a number of limitations: - Allows a single <style> element in the document. Doesn't allow external stylesheets, doesn't allow more than one <style> element. (Or rather it ignores all but one of the <style> elements, possibly changing which one it respects based on which was most recently re-read.) See notes below. - No editing interface other than the XML editor. (There are two parts to this: (i) editing the stylesheet; (ii) specifying what classes each object belongs to.) - Doesn't respect media restrictions (e.g. ignores "this rule applies only to non-visual media" directives, and doesn't allow having one style for print and another style for on-screen). - Someone more familiar with how to subclass an SPObject (i.e. what methods need to be instantiated and how) should have a look at sp-style-elem.cpp. - Not tested much. > > As members of the s4-p18, me Mamdouh El Tabech and Nicolas Jacquey, we are > > interested now in trying to solve the bug of global style. > > > The problem is divided into two, whether the style was included in the > > beginning of the document or it was in an extra file. > > > Do you have any idea to help us in where and what to change? The limitation of just one author stylesheet per document is an oversight in libcroco datastructures. Dodji (libcroco maintainer) agrees it's a libcroco bug, and the CRCascade or CRStyleSheet data structure can be changed accordingly. (The way most of libcroco implements `list of T' is for the T struct to get next/prev members, i.e. add next & prev members to CRStyleSheet, add cr_stylesheet_* functions for accessing this list, and leave CRCascade unchanged. Not saying I like the current scheme, but I think we should use the same scheme throughout libcroco, and consider changing the scheme throughout libcroco at once.) Meanwhile, Inkscape will also need changing: SPStyleElem's read_content method will need to update just its own CRStyleSheet, and we'll need to make sure that the list of stylesheets in the CRCascade matches the order of their occurrence in the document, so that we get the right precedence when stylesheets conflict with each other. I don't know the right way of handling external stylesheets. Does any other part of inkscape allow external xlink:href's ? libcroco's CRInput either already allows URLs or at least has it planned. (I don't have the source code handy here.) Handling @media rules and <style>'s media attribute is a Simple Matter of Programming. Existing code: SPStyleElem has a media field defined in media.{cpp,h}, initialized to all media. pjrm. -- bbyak: swatches, rich text, gradient on canvas... JonCruz: The answer to the ultimate question of life, the universe, and everything... JonCruz: Inkscape 0.42!!!!!!!

2 1

Adobe Photoshop 8.0 - 75% OFF
by Kendra L.Brown 10 May '05

10 May '05

Get all the popular software possible for extremely low prices! Our software is 2-10 times cheaper than sold by our competitors. Just a few examples: $79.95 Windows XP Professional (Including: Service Pack 2) $89.95 Microsoft Office 2003 Professional / $79.95 Office XP Professional $99.95 Adobe Photoshop 8.0/CS (Including: ImageReady CS) $179.95 Macromedia Studio MX 2004 (Including: Dreamweaver MX + Flash MX + Fireworks MX) $79.95 Adobe Acrobat 6.0 Professional $69.95 MS Project 2003 Professional Special Offers: $89.95 Windows XP Professional + Office XP Professional $149.95 Adobe Creative Suite Premium (5 CD) $129.95 Adobe Photoshop 7 + Adobe Premiere 7 + Adobe Illustrator 10 All main products from Microsoft, Adobe, Macromedia, Corel, etc. And many other... Enter here: http://www.ineedsoft.biz Regards, Kendra Brown _____________________________________________________ To be taken off future campaigns, go: http://www.ineedsoft.biz/uns.htm _____________________________________________________

1 0

translation of HACKING and README
by Arpad Biro 09 May '05

09 May '05

Hi, We have a French translation for inkscape/HACKING and inkscape/README in the tracker: http://sf.net/tracker/index.php?func=detail&aid=1190412&group_id=93438&atid… I committed them as inkscape/HACKING.fr and inkscape/README.fr respectively. Please let me know if we should use some other filename or location instead. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

5 5

SPView moved to src/ui/view/
by Bryce Harrington 09 May '05

09 May '05

I've moved the view.* code into src/ui/view/. Eventually svg-view* and all of the *desktop* stuff will move into this subdir as well. I checked compilation and that inkscape runs, but it's possible this change will cause breakage somewhere, so please keep an eye out. Bryce

1 0

gtkmm - DialogManager in SPDesktop
by Bryce Harrington 09 May '05

09 May '05

I've added the DialogManager into the old SPDesktop. This means that the current codebase can now use the new dialogs via DialogManager. It also means that the way is now open for anyone that wishes to create new gtkmm dialogs using the new dialog code. I have hooked in one dialog - Messages (aka ishmal's Debug Dialog). I chose this because it's a finished dialog, and because I figure it's not as critical as some of the drawing dialogs, in case it misbehaves. If you wish to create a new dialog, please feel free to use the Messages dialog as an example. To add a new dialog, the process is straightforward: 1. Create a .cpp and .h for your dialog in src/ui/dialog/. The dialog must derive from Dialog (see dialog.*). 2. Add your class to DialogManager. You do this by adding an #include to dialog-manager.cpp, add a member pointer to the DialogManager class in dialog-manager.h, and a get*Dialog() routine (you can just cut and paste from one of the other dialogs). 3. Add a menu item and shortcut key for your dialog. See verbs.cpp and interface.cpp. I think you'll find that creating dialogs with the new system can be done in about half the code as before, and maintenance is greatly increased since the common boilerplate code is factored out into base classes. Also, the classes are simpler in that they have fewer pointers, and don't need to handle their own instantiation; DialogManager takes care of this. Fewer pointers and less need for memory management implies fewer opportunities for bugs to creep in. Also, since DialogManager is used for accessing dialogs, there is no need to include the dialog headers in other parts of the code; theoretically this should cut down on include header nesting and make compilation work a bit faster. Some caveats: The preferences loading/saving code isn't implemented. This means that dialogs won't "remember" their settings between program runs. However, there is code to track this info in there, so should be straightforward to hook up if anyone wishes. As well, some of the code for transient behavior is there, but not all, so transient behavior is probably not right. Feel free to fix; it's all implemented in the Dialog base class so only has to be fixed in one place, and then all dialogs will behave correctly. Bryce

1 0