- Inkscape Devel - Inkscape Mailman

Inkscape 0.43pre2
by Ted Gould 10 Nov '05

10 Nov '05

https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… It is likely that this will be the last prerelease for Inkscape 0.43. If packagers can make packages to ensure the completeness of the package, and if users could make sure it is stable, we'll hopefully be ready to release 0.43! Please submit comments quickly, this prerelease will be a short lived one. MD5 Sums: daa81da8ca152d809aa39ee2c9cd5d04 inkscape-0.42+0.43pre2.tar.bz2 af42797a6b9d3e4d443b3f33717394ba inkscape-0.42+0.43pre2.tar.bz2.sig e46a04eb78ea53876f1fd77c34e5d7d6 inkscape-0.42+0.43pre2.tar.gz 82038ffc49dfb8ba7c9a309cf54046f1 inkscape-0.42+0.43pre2.tar.gz.sig --Ted

5 16

How do we deal with unnamed root layers?
by Wolfram Quester 10 Nov '05

10 Nov '05

Hi alltogether, some time ago I got a bugreport[1] against the debian package of inkscape 0.42.2. The user has problems with editing old drawings containing a "root" layer in the new inkscape version, where the layer is called "Layer 1". Don't we have a compatibility option somewhere? I quote two of his mails further down for details. With best wishes, Wolfi [1] 333779@...499... Ambrose Li wrote: If I edit a drawing with several layers and the root layer contains artwork: After selecting a non-root layer, the "(root)" in the layer selection menu (the one along the bottom edge of the window) disappears. For example, if the drawing has three layers: root, "layer 1" and "layer 2", after selecting "layer 1", only "layer 1" and "layer 2" will remain in the layer selection menu. (If I now click an object that is on the root layer, the "(root)" reappears in the layer selection menu. So the bug is not exactly serious, provided that I can select some object that is in the root layer.) ... I found that new drawings do not have a root layer, but a "Layer 1". So, I cannot reproduce the bug with new drawings, only old drawings with root layers. Perhaps the bug is caused by lack of backward compatibility. (I.e., the developers might have changed the default layer name, and then forgot that old drawings have an unnamed root layer.)

3 5

Printing in A5 Size
by herve couvelard 10 Nov '05

10 Nov '05

Hello : Just one question, where can i look to resolve that prob. : When we choose size document 15x21 when we choose printer size paper A5 On debian sarge, printer epson the result is a croped A5 of a A4 printed. That is to say the all document is not completely printed but 'scaled up' to an A4 and the printed part is on the A5 part of that page. where can we 'go ans see' ? Hervé

1 0

Updated fr.po
by Gazal, Geraud (GE Healthcare) 10 Nov '05

10 Nov '05

Hi all, After correction of some strings in the code (blah(s) replaced by blahs) I've updated fr.po and attached it in the patch tracker (for 0.43?) Regards, matiphas

1 0

[CharlesM@...1042...: [XaraXtreme-dev] Xara LX status]
by Bryce Harrington 10 Nov '05

10 Nov '05

----- Forwarded message from Charles Moir <CharlesM@...1042...> ----- Date: Thu, 10 Nov 2005 10:24:22 -0000 From: Charles Moir <CharlesM@...1042...> To: xara-dev <dev@...1048...> Subject: [XaraXtreme-dev] Xara LX status I know some people are frustrated that not a lot appears to be happening on the Xara open-source release, so this is just an update so you know what's going on. The Xara LX download has been updated again to 0.1c. This has the following changes - Soft Shadows now render (mostly) - Plasma fractal fill types now complete. All Xara fill types now supported. An included example document FillTypes.xar shows all fill types working. - Background rendering - Caching sub-system (switched off by default as it's not very stable yet) This build does have a few known problems, such as the key short cuts appear to have stopped working. But these minor issues are unlikely to get fixed before we start releasing the source code. Most effort is going into preparing the source code and documentation in readiness for the open-source release. We're hoping (but can't be sure) that this is the last update of the viewer before we start releasing source code. There are a few places where we've got third party licensed code, for example some MFC code, and we also use a Snowbound image library for bitmap import / export support. None of these are important aspects of the product and should be easily replaceable with open-source equivalents, but of course we have to be sure any and all such code is removed before we can release anything. Some of the other areas we've been working on: - Eliminated all GCC compiler warnings - We now use AutoConf build system to streamline builds on Linux - 64-bit support. We're also working on some type changes so we can compile it on 64-bit systems. This will be a lot easier for us to do before we release, than after. Finally we're also working on preparing things like a public bugzilla, and various website and documentation updates to provide as much information as we can. Finally, and I'm not sure whether this is a good thing or not, it looks like the first code release will be more than a million lines. That's a substantial part of Camelot codebase (oh and you'll start seeing that name being used - it's the internal codename we've used for this project from the beginning 12 years ago or more). That will give everyone something to get their teeth into, but we hope not too intimidating (and you can see why it's taking us a long time to make sure it's all reasonably clean). Charles ----- End forwarded message -----

1 0

OS X's X11
by Jon A. Cruz 10 Nov '05

10 Nov '05

It appears that Apple fixed the "need to click twice to bring things forward" problem in the latest OS X update. 10.4.3 seems to be happy-happy now. (My X11 is showing "X11 1.1 - XFree86 4.4.0 if anyone cares)

1 0

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 10 Nov '05

10 Nov '05

Build issues have resolved. :-) Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Wed, 09 Nov 2005 17:21:18 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report pkgpath=/testing/packages/inkscape/inkscape-20051109-1120.tar.bz2 = Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 5 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value `PANGO_WEIGHT_SEMIBOLD' not handled in switch == Environment Summary == ------------------------------------------------------- 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-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

release status: pre3 or 0.43 ?
by Peter Moulder 10 Nov '05

10 Nov '05

On Wed, Nov 09, 2005 at 08:36:13PM -0400, bulia byak wrote: > BTW what are the plans for the release? Ted & I were just discussing whether to have a pre3 or 0.43. One issue with pre2 was that it was impossible to build inkboard from source from the tarball. There have also been some packaging changes (and the Effects menu should now be disabled). I suggested that whatever version number we use (pre3 or 0.43), we should announce it on inkscape.org front page and not elsewhere. Comments? pjrm.

2 1

merged CXXIFICATION_VIEW_AND_WIDGET
by Ralf Stephan 09 Nov '05

09 Nov '05

Hello, as Peter has now branched 0.43, I have merged HEAD with my branch, so please expect some recompilation. The Changelog: merged with branch CXXIFICATION_VIEW_AND_WIDGET * src/arc-context.cpp, src/dyna-draw-context.cpp, src/event-context.cpp, src/file.cpp, gradient-context.cpp, src/inkscape.cpp, src/interface.cpp, src/rect-context.cpp, src/select-context.cpp, src/seltrans.cpp, src/sp-namedview.cpp, src/spiral-context.cpp, src/star-context.cpp, src/verbs.cpp, dialogs/dialog-events.cpp, src/dialogs/layer-properties.cpp, src/ui/dialog/dialog.cpp, src/widgets/desktop-widget.cpp, src/widgets/desktop-widget.h: move gtk code into desktop-widget.cpp, called via desktop * src/ui/view/Makefile_insert: added files edit-widget-interface.h, edit-widget.cpp, edit-widget.h the EditWidget is the Gtkmm version of the SPDesktopWidget * src/ui/widget/Makefile_insert: added files ruler.cpp, ruler.h, svg-canvas.cpp, svg-canvas.h, zoom-status.cpp, zoom-status.h these are widgets part of the EditWidget * src/file.cpp, src/inkscape.cpp, src/ui/dialog/dialog.cpp, src/ui/dialog/dialog.h, src/application/application.h, src/application/application.cpp: divide code /wrt Application::getNewGui(): if true, it's called by the Gtkmm application and the inkscape object is meaningless * src/application/app-prototype.h: replace UI specific return value of getWindow() with void* * src/application/editor.cpp, src/application/editor.h: made Editor a singleton, collect global UI code here that (for Gtk+) lives in inkscape.cpp and elsewhere * src/desktop-events.cpp, src/desktop.cpp, src/event-context.cpp, src/nodepath.cpp, src/seltrans.cpp: simplify calls to desktop->set_coordinate_status * src/desktop-handles.cpp, src/desktop-handles.h, src/extension/internal/ps.cpp, src/widgets/gradient-toolbar.cpp, src/widgets/toolbox.cpp: widget is no longer available through desktop * src/Makefile_insert: added files preferences.h preferences.cpp src/inkscape.h, src/inkscape.cpp, src/application/editor.cpp: move preferences handling into preferences.cpp/h * src/desktop.cpp, src/desktop.h: use EditWidgetInterface, more cosmetics * src/desktop.cpp, src/inkview.cpp, src/slideshow.cpp, src/svg-view-widget.cpp, src/svg-view.cpp, src/svg-view.h, src/ui/view/view.cpp, src/ui/view/view.h: streamline setDoc()/setDocument() logic * src/inkview.cpp: include empty func bodies to make linker happy BTW, I get bad markup with cvs in nl.po. Regards, ralf

5 22

train wreck...
by bulia byak 09 Nov '05

09 Nov '05

...predicted by Mental seems to have happened: ui/view/edit-widget.cpp: In member function `void Inkscape::UI::View::EditWidget::initStatusbar()': ui/view/edit-widget.cpp:1153: error: 'class Gtk::Label' has no member named 'property_ellipsize' ui/view/edit-widget.cpp:1153: error: `ELLIPSIZE_END' is not a member of `Pango' with latest HEAD. I haven't yet committed any of my stuff, as I can't compile. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 7