On 12-10-2012 0:33, Johan Engelen wrote:

On 11-10-2012 22:12, Tavmjong Bah wrote:

...

Hi,

I've checked into trunk a Symbols dialog.

Can't test because:

Make error line 289: problem compiling: src/ui/dialog/symbols.cpp: In constructor 'Inkscape::UI::Dialog::SymbolsDialog::SymbolsDialog(const gchar*)': src/ui/dialog/symbols.cpp:104:14: error: 'class Gtk::ComboBoxText' has no member named 'append' src/ui/dialog/symbols.cpp:142:19: error: 'class Gtk::ComboBoxText' has no member named 'append' src/ui/dialog/symbols.cpp:160:18: error: 'class Gtk::ComboBoxText' has no member named 'append' src/ui/dialog/symbols.cpp: In member function 'void Inkscape::UI::Dialog::SymbolsDialog::get_symbols()': src/ui/dialog/symbols.cpp:294:19: error: 'class Gtk::ComboBoxText' has no member named 'append'

!!!

Win devlibs does have "append_text", so if that works on Linux...

Cheers, Johan

We just got a new bug report about r11787 still failing to compile on Windows:

Bug #1065886 “Compilation error after introducing Symbol dialog” https://bugs.launchpad.net/inkscape/+bug/1065886

On 12/10/2012 10:46, Tavmjong Bah wrote:

Looks like a gratuitous API change in gtkmm 2.24. append_text() is deprecated, replace by append(). Checked in a fix...

Tav

On Fri, 2012-10-12 at 00:36 +0200, Johan Engelen wrote:

...

On 12-10-2012 0:33, Johan Engelen wrote:

...

On 11-10-2012 22:12, Tavmjong Bah wrote:

...

Hi,

I've checked into trunk a Symbols dialog.

Can't test because:

Make error line 289: problem compiling: src/ui/dialog/symbols.cpp: In constructor 'Inkscape::UI::Dialog::SymbolsDialog::SymbolsDialog(const gchar*)': src/ui/dialog/symbols.cpp:104:14: error: 'class Gtk::ComboBoxText' has no member named 'append' src/ui/dialog/symbols.cpp:142:19: error: 'class Gtk::ComboBoxText' has no member named 'append' src/ui/dialog/symbols.cpp:160:18: error: 'class Gtk::ComboBoxText' has no member named 'append' src/ui/dialog/symbols.cpp: In member function 'void Inkscape::UI::Dialog::SymbolsDialog::get_symbols()': src/ui/dialog/symbols.cpp:294:19: error: 'class Gtk::ComboBoxText' has no member named 'append'

!!!

Win devlibs does have "append_text", so if that works on Linux...

Cheers, Johan

On Sat, 2012-10-13 at 11:14 +0400, Alexandre Prokoudine wrote:

On Fri, Oct 12, 2012 at 12:12 AM, Tavmjong Bah wrote:

...

Hi,

I've checked into trunk a Symbols dialog. A description of the dialog can be found on a Wiki page at:

http://wiki.inkscape.org/wiki/index.php/SymbolsDialog

There are still some issues that need to be resolved. They are listed in Wiki page.

What about supporting VSS files in the future? (Visio shape libraries)

Since end of July there is support for VSS files in libvisio. It's not yet publicly released, but I have a suspicion that getting Fridrich to release a tarball isn't all that difficult :)

Sounds interesting...

Also, I'm not sure if the preview scale option is required at all, and not sure if the preview size should be accessible at all times. What I've seen for GIMP's resource dialogs (brushes, gradients etc.) is that people pick one preview size and use it all the time, and often don;t even touch this preference at all. But should that want to do it, there is a dialog's menu for that.

The first two sets of symbols I looked at had symbol widths of 6000 px and 3 px so without a preview size option they wouldn't have been viewable. That is why the default preview scale is "Fit". But I prefer to see symbols all scaled the same. If we assume that people only use symbols that come with Inkscape then perhaps we could drop the preview scale but I don't think that is a good assumption.

Tav

On Sat, 2012-10-13 at 01:46 -0700, Josh Andler wrote:

What about the size and fit options being in a triangle menu, like it is for swatches?

That is possible but it's not very discoverable.

On Oct 13, 2012 1:19 AM, "Tavmjong Bah" <tavmjong@...8...> wrote: On Sat, 2012-10-13 at 11:14 +0400, Alexandre Prokoudine wrote: > On Fri, Oct 12, 2012 at 12:12 AM, Tavmjong Bah wrote: > > > > Hi, > > > > I've checked into trunk a Symbols dialog. A description of the dialog > > can be found on a Wiki page at: > > > > http://wiki.inkscape.org/wiki/index.php/SymbolsDialog > > > > There are still some issues that need to be resolved. They are listed in > > Wiki page. > > What about supporting VSS files in the future? (Visio shape libraries) > > Since end of July there is support for VSS files in libvisio. It's not > yet publicly released, but I have a suspicion that getting Fridrich to > release a tarball isn't all that difficult :)

    Sounds interesting...

    > Also, I'm not sure if the preview scale option is required
    at all, and
    > not sure if the preview size should be accessible at all
    times. What
    > I've seen for GIMP's resource dialogs (brushes, gradients
    etc.) is
    > that people pick one preview size and use it all the time,
    and often
    > don;t even touch this preference at all. But should that
    want to do
    > it, there is a dialog's menu for that.

    The first two sets of symbols I looked at had symbol widths of
    6000 px
    and 3 px so without a preview size option they wouldn't have
    been
    viewable. That is why the default preview scale is "Fit". But
    I prefer
    to see symbols all scaled the same. If we assume that people
    only use
    symbols that come with Inkscape then perhaps we could drop the
    preview
    scale but I don't think that is a good assumption.

    Tav



    ------------------------------------------------------------------------------
    Don't let slow site performance ruin your business. Deploy New
    Relic APM
    Deploy New Relic app performance management and know exactly
    what is happening inside your Ruby, Python, PHP, Java,
    and .NET app
    Try New Relic at no cost today and get our sweet Data Nerd
    shirt too!
    http://p.sf.net/sfu/newrelic-dev2dev
    _______________________________________________
    Inkscape-devel mailing list
    Inkscape-devel@lists.sourceforge.net
    https://lists.sourceforge.net/lists/listinfo/inkscape-devel

On Sat, 2012-10-13 at 02:24 -0700, Josh Andler wrote:

Maybe we change the arrow to be a cog? We need to have some default without wasting space in the UI for things the average user doesn't care about...

I don't know how the cog became the metaphor for additional parameters but it does seem to be quite common. Using a cog would make things more discoverable. But before I make any changes, I'll let the current version bake in for awhile to see what other comments people have.

On Oct 13, 2012 2:10 AM, "Tavmjong Bah" <tavmjong@...8...> wrote: On Sat, 2012-10-13 at 01:46 -0700, Josh Andler wrote: > What about the size and fit options being in a triangle menu, like it > is for swatches?

    That is possible but it's not very discoverable.


    > On Oct 13, 2012 1:19 AM, "Tavmjong Bah" <tavmjong@...8...>
    wrote:
    >         On Sat, 2012-10-13 at 11:14 +0400, Alexandre
    Prokoudine wrote:
    >         > On Fri, Oct 12, 2012 at 12:12 AM, Tavmjong Bah
    wrote:
    >         > >
    >         > > Hi,
    >         > >
    >         > > I've checked into trunk a Symbols dialog. A
    description of
    >         the dialog
    >         > > can be found on a Wiki page at:
    >         > >
    >         > >
    http://wiki.inkscape.org/wiki/index.php/SymbolsDialog
    >         > >
    >         > > There are still some issues that need to be
    resolved. They
    >         are listed in
    >         > > Wiki page.
    >         >
    >         > What about supporting VSS files in the future?
    (Visio shape
    >         libraries)
    >         >
    >         > Since end of July there is support for VSS files
    in
    >         libvisio. It's not
    >         > yet publicly released, but I have a suspicion that
    getting
    >         Fridrich to
    >         > release a tarball isn't all that difficult :)
    >
    >         Sounds interesting...
    >
    >         > Also, I'm not sure if the preview scale option is
    required
    >         at all, and
    >         > not sure if the preview size should be accessible
    at all
    >         times. What
    >         > I've seen for GIMP's resource dialogs (brushes,
    gradients
    >         etc.) is
    >         > that people pick one preview size and use it all
    the time,
    >         and often
    >         > don;t even touch this preference at all. But
    should that
    >         want to do
    >         > it, there is a dialog's menu for that.
    >
    >         The first two sets of symbols I looked at had symbol
    widths of
    >         6000 px
    >         and 3 px so without a preview size option they
    wouldn't have
    >         been
    >         viewable. That is why the default preview scale is
    "Fit". But
    >         I prefer
    >         to see symbols all scaled the same. If we assume
    that people
    >         only use
    >         symbols that come with Inkscape then perhaps we
    could drop the
    >         preview
    >         scale but I don't think that is a good assumption.
    >
    >         Tav
    >
    >
    >
    >
    ------------------------------------------------------------------------------
    >         Don't let slow site performance ruin your business.
    Deploy New
    >         Relic APM
    >         Deploy New Relic app performance management and know
    exactly
    >         what is happening inside your Ruby, Python, PHP,
    Java,
    >         and .NET app
    >         Try New Relic at no cost today and get our sweet
    Data Nerd
    >         shirt too!
    >         http://p.sf.net/sfu/newrelic-dev2dev
    >         _______________________________________________
    >         Inkscape-devel mailing list
    >         Inkscape-devel@lists.sourceforge.net
    >
    https://lists.sourceforge.net/lists/listinfo/inkscape-devel

On Sat, Oct 13, 2012 at 12:18 PM, Tavmjong Bah wrote:

...

Also, I'm not sure if the preview scale option is required at all, and not sure if the preview size should be accessible at all times. What I've seen for GIMP's resource dialogs (brushes, gradients etc.) is that people pick one preview size and use it all the time, and often don;t even touch this preference at all. But should that want to do it, there is a dialog's menu for that.

The first two sets of symbols I looked at had symbol widths of 6000 px and 3 px so without a preview size option they wouldn't have been viewable.

Wait, why not scale each item individually to fit a cell?

Alexandre Prokoudine http://libregraphicsworld.org

On 13/10/2012 11:06, Tavmjong Bah wrote:

On Sat, 2012-10-13 at 12:51 +0400, Alexandre Prokoudine wrote:

...

On Sat, Oct 13, 2012 at 12:18 PM, Tavmjong Bah wrote:

...

...

Also, I'm not sure if the preview scale option is required at all, and not sure if the preview size should be accessible at all times. What I've seen for GIMP's resource dialogs (brushes, gradients etc.) is that people pick one preview size and use it all the time, and often don;t even touch this preference at all. But should that want to do it, there is a dialog's menu for that.

The first two sets of symbols I looked at had symbol widths of 6000 px and 3 px so without a preview size option they wouldn't have been viewable.

Wait, why not scale each item individually to fit a cell?

That is the default... but I personally want to see the symbols all at the same scale which doesn't work if you scale to fit.

Same here: the first steps I did after compiling the initial commit was exploring which options to use to have the previews rendered at the same scale for all symbols (to see how they relate to each other).

Having quick access to the view options seems part of the basic usage to me: AFAICT a preferred current view mode will also depend on the kind of symbols available in the currently selected symbol file (or the current document).

On 13/10/2012 11:38, Alexandre Prokoudine wrote:

On Sat, Oct 13, 2012 at 1:31 PM, ~suv wrote:

...

Same here: the first steps I did after compiling the initial commit was exploring which options to use to have the previews rendered at the same scale for all symbols (to see how they relate to each other).

Hmmm, what would be the practical use for this?

TBH I don't know the scope of real use cases for custom symbol files in Inkscape (the list of related feature requests in the bug tracker is long IIRC, and I haven't revisited them yet), nor for <symbol> definitions found in SVG files in general - for me personally, exploring the preview options as described was a logical first step to get acquainted with the (to me unknown) symbols contained in the sample symbol file (without having to insert each one into the current document first).

For technical drawings (or other use cases which might keep the symbols mostly unscaled (1:1) in the document), one could think of - different sizes of the same symbol - a set of similar symbols varying mostly in one dimension - unscaled default stroke widths (same stroke width for all previews) - different default stroke widths defined per symbol, depending on original 1:1 size - …

...

Having quick access to the view options seems part of the basic usage to me: AFAICT a preferred current view mode will also depend on the kind of symbols available in the currently selected symbol file (or the current document).

I can only think of small bitmaps as symbols, as opposed to vector objects.

?

The 'Symbols' dialog manages and renders previews of any kind of SVG <symbol> defined in the current document (not limited to those inserted from a shared or custom Inkscape symbols file). AFAICT SVG 1.1 does not imply limitations to the size, content or use cases of a <symbol> element: http://www.w3.org/TR/SVG11/struct.html#SymbolElement

Should be fixed now. Empty symbols (which pdf2svg creates, perhaps for a space?) returned an invalid bounding box. I also changed the default styling in the Symbol dialog preview. If there is no styling in the symbol and no default styling in the document, symbols will be displayed with a gray fill and dark-gray stroke. Previously the characters from pdf2svg were invisible.

Tav

On Sat, 2012-10-13 at 12:41 +0200, ~suv wrote:

On 11/10/2012 22:12, Tavmjong Bah wrote:

...

I've checked into trunk a Symbols dialog. A description of the dialog can be found on a Wiki page at:

http://wiki.inkscape.org/wiki/index.php/SymbolsDialog

There are still some issues that need to be resolved. They are listed in Wiki page.

AFAICT the 'Symbols' dialog loads and displays any kind of <symbol> objects found in the <defs> section of the current document.

SVG files created from PDF files via poppler-cairo (inkscape's own 'Adobe PDF via poppler-cairo' import extension, or e.g. with pdftocairo (from poppler), with pdf2svg or via printing to file (SVG) from Evince) have any text from the original PDF outlined, and the paths for the characters are stored as (AFAICT regular SVG) symbols inside a group in the <defs> section. Inkscape (stable and trunk) renders such files fine.

Opening the 'Symbols' dialog for such a document (to see the symbol preivews of the embedded outlined characters) however crashes Inkscape (backtrace from OS X attached, same crash happens on Ubuntu 12.10).

V