- Inkscape Devel - Inkscape Mailman

[Fwd: Re: Multiple Pages in SVG 1.2 + Hyperlinking]
by Jon Phillips 16 Aug '04

16 Aug '04

Here is the reply from the SVG list on multiple pages. Please post any thoughts on multple pages in Inkscape to this list. Jon -----Forwarded Message----- > From: Craig Northway <craign@...512...> > To: Jon Phillips <jon@...235...>, www-svg@...157... > Subject: Re: Multiple Pages in SVG 1.2 + Hyperlinking > Date: Mon, 16 Aug 2004 08:49:16 +1000 > > Jon Phillips wrote: > > >I'm trying to figure out how to implement Multiple Pages in Inkscape > >(www.inkscape.org), and wonder if there is a good way to allow for > >hyperlinking between pages, and thus to make pages individual documents > >that can be linked together by a master docuent using the current > >syntax, > > > ><pageSet> > > <page> > >  > > </page> > > > > <page orientation="90"> > >  > > </page> > > > > <page> > >  > > </page> > > </pageSet> > > > >If the above <page>...</page> could be: > > > ><page xlink:href="page3.svg" /> > > > >or > > > ><page xlink:href="fallCatalog.svg#page3" /> > > > >That would be brilliant for implementation, as SVG files with multiple > >pages would become huge. Also, by having multiple pages as multiple > >files, this could allow for easier reusability between > >documents/presentations/animations/slide shows. > > > >Comments or feedback? > > > >Jon > > > > > > Jon, > > Why can't you just do this > > <page> > <use xlink:href="somefile.svg#page3/> > </page> > <page> > <use xlink:href="someotherfile.svg#page4/> > </page> > > Where in somefile.svg/someotherfile.svg there is something like: > > <g id = "page3"> > ... > </g> > > or > > <svg id ="page3"> > ... > </svg> > > It seems to me that you suggestion is fairly redundant, or have I > misunderstood? > > It's also intended that paginated documents, particularly large ones, > should have streamedContents (section 9.2 1.2 in the current > specification) set to "discard" to facilitate implementations destroying > data from the previous page after rendering. So the size of the document > won't be as much of an issue for the renderer, providing content > generators take heed of this suggestion. > > Craig -- Jon Phillips USA.PH.858.361.2811 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu/) Scale Journal (http://scale.ucsd.edu/)

1 0

Inkscape Status 8/15/2004
by Bryce Harrington 16 Aug '04

16 Aug '04

We've hit the hundred mark both for the devel and user mailing lists. Welcome, new people! :-) Bryce Statistics Nov 15 May 15 Jun 15 Jul 15 Aug 1 Aug 15 ========== ====== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 928 845 844 774 (68.5%) (92.7%) (93.4%) (94.0%) (94.0%) (94.6%) Max Week's Rank on SourceForge: 62 36 41 33 17 53 (99.6%) (99.8%) (99.8%) (99.8%) (99.9%) (99.7%) Total SF Page Views * 475,000 616,263 741,681 838,154 900,566 Total SF Downloads * 27,400 34,015 39,359 44,068 47,278 Total Freshmeat URL Hits 746 * 7,333 7,946 9,034 9,382 Total Freshmeat Subscriptions 16 74 87 93 112 114 Lines of Code in src/: 115,901 189,116 280,263 264,418 273,381 276,437 Code lines 147,471 210,119 192,240 199,473 200,684 Comment line 16,757 40,620 41,926 42,411 43,558 Blank 25,886 34,677 35,422 36,717 37,425 Lines of Docs in doc/: 1,135 4,544 15,170 15,217 16,117 16,358 Lines of content in website: 1,173 6,008 6,372 6,784 6,953 7,106 Size of the Inkscape wiki: 3,700 18,638 17,176 17,854 19,096 19,665 Minutes since last ChangeLog mod: 360 * * 54 30 * Bugs open/total: 9/15 57/365 63/401 73/496 103/548 110/568 Features open/total: 18/18 183/238 210/285 242/331 253/347 266/361 Patches open/total: 1/ 6 4/ 83 5/ 88 8/110 6/117 5/120 CVS Commits (as per inkscape-cvs): 481 3391 5549 6314 6,528 6,822 Inkscape-devel membership: 49 78 84 95 98 104 Inkscape-announce membership: 9 43 53 60 65 74 Inkscape-user membership: 71 76 90 98 109 Num Translations : 32 33 33 Ave Translation Ratio: 40.5% 43.8% 44.9% * - Statistics unavailable

1 0

Two patches waiting in Bug Tracker
by Dominic Battre 15 Aug '04

15 Aug '04

Hi. Can one of the gurus have a look and comment on the patches I have uploaded for these bugs? [ 995588 ] zero-length line with stroke:black problem http://sourceforge.net/tracker/index.php?func=detail&aid=995588&group_id=93… [ 995582 ] newline inside of a <text> element is not stripped http://sourceforge.net/tracker/index.php?func=detail&aid=995582&group_id=93… Dominic

2 1

Web Site Changes
by Plinnell 15 Aug '04

15 Aug '04

Hi, I am in the middle of a changing the DNS servers for http://www.scribus.net You might not be able to directly access it in the next 24-48 hours, until the changes propagate throughout the DNS peers. In the mean time, if it is unaccessible, you can get to it via http://www.scribus.org. uk, http://scribus.us or http://scribus.biz Once, this is in place, we can directly link to it, instead of the current redirect. Thanks for your patience. Peter

1 0

randomized stars
by bulia byak 15 Aug '04

15 Aug '04

* A new Randomization control for the Star tool lets you set the amount of random displacement of the star's tips and (for rounded stars) curve handles. A little randomization makes a star less regular, more humane and sometimes funny; strong randomization is a way to obtain a variety of crazily unpredictable objects. Unleash your imagination!

3 9

knot statusbar tips
by bulia byak 15 Aug '04

15 Aug '04

* Each knot (control handle, node, node handle, etc.) displays a tip in the statusbar when mouseovered, explaining the function of the knot and its applicable keyboard modifiers. P.S. Don't forget to update http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes when you do something notable.

1 0

pattern edit regression
by bulia byak 15 Aug '04

15 Aug '04

Now when you start dragging the pattern scaling knot, the scale "jumps" unpredicably. There was some recent pattern-related change in object-edit by Carl which may have caused this. Carl, could you please look into this?

2 1

more GC work (SPRepr)
by MenTaLguY 15 Aug '04

15 Aug '04

Been doing some more gc-related work; I've been taking advantage of the facilities offered by the garbage collector to simplify SPRepr's implementation a little. The biggest win was in the strings used in the repr transaction logs. Previously, new copies were made to put in the log since memory management got hairy otherwise. Now the transaction logs and the attributes/text nodes can share the same strings. Another win is that SPRepr does not require a destructor anymore. Some current rough areas: * because finalizers are needlessly registered for SPRepr (as an Inkscape::Refcounted), we will occasionally end up with finalization cycles. This is not really harmful (especially for an object which has no destructor), but it does print a message on stderr and leak a very tiny amount of memory when it happens. I need to figure out how to have finalizer registration for Inkscape::Refcounted be optional. * secondly, the shared, immutable, garbage-collected strings allocated with Inkscape::Util::shared_c_string() are currently indistinguishable from any other C string. I am wondering whether I should introduce a special class for these, so type-checking will prevent someone from passing an ordinary string when they should be passing one of these instead (passing a static string is OK, but a temporarily allocated string will cause interesting and hard-to-diagnose bugs when it is freed out from under someone who was still holding a reference because they assumed it was safe to do so...) -mental

1 0

text refactored
by bulia byak 14 Aug '04

14 Aug '04

I just finished committing a huge patch from Fred which refactors the old sp-text into smaller pieces. The text system now became more powerful, about 10% faster, with less arbitrary limitations, and much more manageable. This is the foundation on which the GUI for the recently added flowtext and texpath will be built, as well as a necessary prerequisite for implementing text selection and styling of arbitrary text fragments. As of now, almost everything that used to work, works. Known exceptions: - letterspacing adjustment from keyboard does not work - kerning adjustments from keyboard does not work in non-latin text - keyboard movement in non-latin text is wrong (2 arrow keypresses needed to move one char) - the End key jump in the last line is off by one char These problems will be fixed soon. Of course there are likely other bugs too. Please test text editing and rendering thoroughly and report the results here. For now we're only interested in things that used to work until today but are broken now; if you discover something which also did not work in 0.39, submit to the bug tracker.

2 1

undo before finalizing
by Robert Crosbie 13 Aug '04

13 Aug '04

This may just be unexpected behavior. While drawing a line, If I select Undo before I've finished that line, it will undo the previous action, or remove the previous object. Now if I finalize the line I'm drawing and select Redo, it doesn't do anything. The previous action/object it undid is now lost. I was expecting that if I selected Undo while I was drawing a line, it would cancel or remove the line I was working on. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Powerful Parental Controls Let your child discover the best the Internet has to offer. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN� Premium right now and get the first two months FREE*.

2 1