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' !!!

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 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 :)

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.

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

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(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

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...

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(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

> 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.

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.

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?

> 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.

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