Re: Multipage plan

On Mon, Mar 31, 2008 at 04:41:08AM -0400, bulia byak wrote:
> In a lot of respects, page and pageSet containers are similar to
> groups or layers.

[Ignoring underlying implementation details and focusing on UI as per
earlier email...]

> - Reuse the Layers dialog for displaying and switching these page
> containers as well, making them part of the overall layers tree
> displayed in that dialog. In this way, each page may have its own
> subtree of layers, but there may be shared layers that show up on all
> pages, stored in master pages or in the content before the pageSet
> (which is also treated as a background master page). Of course the
> Layers dialog will have to treat such page-layers in a special way,
> namely:

It might be nice to have a way for the most common operations to be done
entirely in-cavas rather than having to go to a dialog, so here's one
rough idea...

A "document" is composed of sequence of pages with optional background
and overlay.  In the canvas this could look like:

   +--+ +--+
   |B1| |p1|
   +--+ +--+
        +--+
        |p2|
        +--+
        +--+

Re: GSoC and Text

On Mon, Mar 31, 2008 at 06:20:49PM +0300, Alexandre Prokoudine wrote:
> On Mon, Mar 31, 2008 at 6:15 PM, Gail Carmichael wrote:
> > Alexandre Prokoudine wrote:
> >  > There might be a week long deadline extension. Organizations seem to
> >  > have a significantly lower amount of applications this year.
> >
> >  Really? Is that true of Inkscape, too? Because it seems like there are
> >  many high quality people interested this time, dare I say maybe more
> >  than before?
> 
> It's true for everyone. Amount of applications is at least two times
> lower than last year. This is partly because of vacations at
> universities.

13 apps for Inkscape so far; I recall we had a lot more last year,
although about half were invalid (spam, incomplete, so on).  So maybe
while we have fewer, they're of higher quality?  (I haven't looked at
the applications so can't say one way or the other.)  Maybe with the
extra week we'll pick up a few more, but we're likely to get only about
6-8 slots, so I think we have an adequate number of apps in any case.

Bryce

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

line endings Re: Svn problem

On Mon, Mar 31, 2008 at 09:46:58AM -0600, Bob Jamison wrote:
> This morning, when doing an svn up, almost every source file was
> updated, and was converted to DOS.  What gives?  And how do I revert
> this?  Source files' formats should remain untouched by the SCM.

The change in question is that I did

  svn propset svn:eol-style native

on .cpp/.h files that were added since the last time all .cpp/.h files
were set to svn:eol-style native.

The choices we have for this setting are:

  - Unset.  In this case, files tend to get a mix of CRLF and LF endings
    in the one file over time -- as was the case with half a dozen or so
    files when I made the change.

  - `native'.  In this case, LF is used on Un*x (including MacOS X), while
    CRLF is used on Windows.  (I don't know for sure what happens for
    svn compiled under cygwin, but I'd guess it would use CRLF.)

  - `LF', `CRLF' or `CR', with the obvious meaning for checkouts.

On Un*x (incl. MacOS X) for normal source files (and shell scripts and
makefiles and human-readable text files such as readme's, todo's,
ChangeLog etc.), we certainly prefer for LF to be used.

On Windows, it's a bit less clear.  Heavy users of cygwin may prefer LF
to be used, whereas some simple Windows programs (Notepad, last I

Re: Multipage plan

On Mon, Mar 31, 2008 at 7:50 PM, Bryce Harrington <bryce@...> wrote:
>  A "document" is composed of sequence of pages with optional background
>  and overlay.  In the canvas this could look like:

Displaying multiple pages on canvas side by side may be doable, but
it's hard with our current architecture and will be a major change in
the traditional workflow. Just think of this: now, you can draw
anywhere off the page and the new objects go to the current layer.
Where will new objects go if you draw them off-page with multiple
pages side by side? This will require quite a rewrite of the canvas
code, at least.  My approach - treating pages as special layers - is
_a lot_ easier to implement, which is why I proposed it. Multiple
pages on canvas may be worked on later if necessary, once we get the
basic functionality in.

--

-- 
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

Re: Multipage plan

bulia byak wrote:
> On Mon, Mar 31, 2008 at 7:50 PM, Bryce Harrington <bryce@...> wrote:
>   
>>  A "document" is composed of sequence of pages with optional background
>>  and overlay.  In the canvas this could look like:
>>     
>
> Displaying multiple pages on canvas side by side may be doable, but
> it's hard with our current architecture and will be a major change in
> the traditional workflow. Just think of this: now, you can draw
> anywhere off the page and the new objects go to the current layer.
> Where will new objects go if you draw them off-page with multiple
> pages side by side? This will require quite a rewrite of the canvas
> code, at least.  My approach - treating pages as special layers - is
> _a lot_ easier to implement, which is why I proposed it. Multiple
> pages on canvas may be worked on later if necessary, once we get the
> basic functionality in.
>
>   

It's a great point about the off-canvas area, and I abuse the hell out 
of it on every document I create. To me it seems like having multiple 
views (which could potentially utilize viewboxes for display when we 
support them) would be a great way to handle it. One example of a view 
mode would be a per-page view which has the canvas and "bonus" area 
surrounding it visible. But, side-by-side view of pages (as well as a 
toggle-able view for single page viewing) would hide all off-canvas 
objects for visible pages.  The around canvas stuff would still exist 
and be stored in the same way it currently is... it belongs on this 
layer, on this page. Either way, if implementing this in the per-page 

Inkscape 0.46 Win32 Released

Great news.

Today the stable release of Inkscape 0.46 Win32 is up on sourceforge.
Thanks to many who tested and several who fixed bugs. This release has been
a real team effort.

The installer file is here;
http://downloads.sourceforge.net/inkscape/Inkscape-0.46.win32.exe

And the zip file (non-installer) versions and windows specific source will
follow very soon.

Draw Freely,

Rygle
--

-- 
View this message in context: http://www.nabble.com/Inkscape-0.46-Win32-Released-tp16415387p16415387.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

Re: Multipage plan

On Monday, 31 March 2008 19:24:35 bulia byak wrote:
> So, the question of what to write to SVG file is secondary. I'm more
> interested in your comments on the proposed UI.
I know you asked this of the OP, but multiple pages (if I grok the idea) would 
be very nice to have and I thought I'd cast a 'vote' for something similar to 
the old Freehand style of doing it, with tweaks:

1. The canvas with the page is like it is now.
2. There is a window with little pages (boxes with numbers) in it that can:
 a. Add/Remove a page. (buttons/keys or context menus)
 b. Click-clicking on a box shows that page on the canvas
 c. Dragging boxes changes page order.
 d. Enable/Disable a box (greys it) to include/exclude pages.
 e. What's drawn off-page stays on the screen while pages come and go.
 f. Selecting many boxes and 'grouping' them shows all those pages on the 
canvas (when selected). It also allows dragging of that group to re-order. 
Deleting too.
 g. Double-spread boxes, shown with a darker middle line, can be added or made 
by dropping a page onto another one (perhaps with a mod key to indicate 
left/right, or drop to left/right of target page box.)
 h. Each page gets it's own set of layers.

The way (I think I recall) that Freehand did it was to show all the pages on 
the canvas. The little boxes window was like a zoomed-out view. Dragging the 
little pages also 'dragged' the actual pages and they could be scattered 
higgeldy-piggeldy around the canvas. 
    This could work too, but Inkscape has a limit to canvas size and that 
might cause problems - for example I was designing to-scale (in millimeters) 
and, at that size, one cannot zoom out much more than about 20meters by 
20meters. After that it becomes purely a drag-canvas-around affair.

Re: line endings Re: Svn problem

On Tue, Apr 01, 2008 at 12:05:06PM +1100, Peter Moulder wrote:

> What line endings do our other windows devs want?

If I do some bits in Windows (which I occasionally do when don't have my Linux
machine at hand) I would usually use some IDE (Eclipse, M$) and both handle LF
very well and I dare say there are enough good tools to edit source code in
Win to handle LF well that it should not be an issue.

I think the key aspect is consistency and so long as we have all files with LF
then we should be OK in any env.

While on the issue, did anyone consider using tools like astyle on check-ins
to keep the formating more consistent.

I have worked on projects where every developer had their own formatting
preferences and settings but all the codebase in source control was in one
common standard and this was achieved by on-the-fly transformations.

Regards,
--
Marcin Floryan
http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

Re: Inkscape 0.46 save bug (I think)

> Odd, I'd suggest filing a bug on that in launchpad.
I was about to, tried to reproduce it and could not. So, I'll put it down to 
pebkac and wait for a while.

\d

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

Re: Inkscape 0.46 Win32 Released

Rygle,

congratulations and many thanks for your effort.
I downloaded the installer and run Inkscape with no issues. I have noted 
the advanced patch 09  Thx. Max.

Adib.
---
rygle schrieb:
> Great news.
>
> Today the stable release of Inkscape 0.46 Win32 is up on sourceforge.
> Thanks to many who tested and several who fixed bugs. This release has been
> a real team effort.
>
> The installer file is here;
> http://downloads.sourceforge.net/inkscape/Inkscape-0.46.win32.exe
>
> And the zip file (non-installer) versions and windows specific source will
> follow very soon.
>
> Draw Freely,
>
> Rygle
>   

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.