subject:"Re\: \[Qgis\-developer\] Cast your vote\: Default icon theme for QGIS 2.0"

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2013-01-24 Thread Tim Sutton

8---snip


 +1 as well.

 Concerning the naming scheme, OSGeo Graphics [1] state on their page that
 they follow the freedesktop standard [2]. Wouldn't it be nice to keep these
 things in line?
 This would be hyphens instead of CamelCase but it looks like noun-verb as
 well ( Things like document-save etc., your examples: vector-edit.svg and
 vector-stop-edit.svg).


+1 Yeah that sounds good to me.

Regards

Tim

 Regards,
 Matthias

 [1]: http://wiki.osgeo.org/wiki/OSGeo_Graphics
 http://wiki.osgeo.org/wiki/OSGeo_Graphics
 [2]:
 http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html


8---snip


--
Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
==
Please do not email me off-list with technical
support questions. Using the lists will gain
more exposure for your issues and the knowledge
surrounding your issue will be shared with all.

Visit http://linfiniti.com to find out about:
 * QGIS programming and support services
 * Mapserver and PostGIS based hosting plans
 * FOSS Consulting Services
Skype: timlinux
Irc: timlinux on #qgis at freenode.net
==
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2013-01-24 Thread Larry Shaffer

Hi,
 On Thu, Jan 24, 2013 at 12:18 AM, Tim Sutton li...@linfiniti.com wrote:

   Hi

   On Wed, Jan 23, 2013 at 2:10 AM, Larry Shaffer lar...@dakotacarto.com
wrote:

8

 5) Clean up source code to work with only .svg icon files. But, do not
 remove any code for theme choice, so that designers can still work on new
 themes without having to replace the existing default one.

8

 +1 from me on all these points too. To be clear, you are suggesting to
 ship with only one theme, but leave theme support in place?

Yes. For three reasons:

* As previously noted, this will allow future icon designers to try out new
themes without much effort and be able to switch back-forth between themes
to see differences (like now).

* Have central functions for fixing some issues (e.g. embedded rasters in
SVG), providing the source file in a variety of formats (QIcon, QPixmap,
QImage), and for abstracting away the need for an extension.

Example: QgsApplication::getThemeIcon( vector-edit )
This would return a QIcon, but built off of a SVG source, if one exists, if
not use a PNG. There should be no need to define the extension in the
parameter. This will help during the move from PNG to SVG, as once a SVG
file becomes available, it is automatically used.

I also suggest adding the following function:
QImage QgsApplication::getThemeImage( const QString theName )

* Allows to build some form of caching (if necessary)

Currently the QgsApplication::getTheme... functions query the filesystem,
but many of the icons are already in images.qrc (essentially a cache).
Those functions could look in the Qt resource first. Also, as part of the
build, and source install, there could be a script (e.g.
scripts/update-themes.sh) that parses the themes directory and
auto-generates a mytheme-theme.qrc.  Useful in QtDesigner, then later by
the built app. Keeping the filesystem calls would still allow for manual
adding of new themes by a designer.

[0]
https://github.com/qgis/Quantum-GIS/blob/master/src/core/qgsapplication.cpp#L347

 It would be nice to have a little script in the repo that creates a
 thumbnail gallery of all the icons.

+1 for this. Such a script could automatically push gallery updates to the
github pages orphaned branch (gh-pages) via a repo hook.

 Also it might be nice to clean up the names a little - perhaps come up
 with a  NounVerb.svg approach e.g. VectorEdit.svg VectorStopEdit.svg
 so that non programmers can make sense of our naming scheme (yes I
 know the current scheme is mainly my doing :-P).

+1 from me. Best to have the names not associated with any Qt concepts,
like 'Action'.


Lastly, other items that could be in the qgis-graphics repo:

* Historical imagery, i.e. all of the past splash screens, screen shots of
past QGIS versions, etc.

* All versions of the QGIS app icon, and any current working concepts for
it.

* SVG Symbols. While github should not be used as a CDN, a duplicate repo
(@ hub.qgis.org?) could be used as a backend to serve SVG symbols directly
to QGIS installs.

Example:
QGIS ships with basic set of SVG symbols. User clicks a 'Download more
symbols' button and a web view of the generated image gallery of the
qgis-graphics repo symbol section  pops up, where the user can browse the
symbols (same as gh-pages) and click on download links for groups of
symbols (auto-zip archived), or individual symbols. Those links would
actually point to the mirrored qgis-graphics repo somewhere on QGIS project
servers. The links are processed by a QGIS slot that downloads them and
installs in the user's default symbol location. Other users can send pull
requests against that symbol section of the qgis-graphics github repo to
have their designed symbols 'automatically' included in the browse-able
symbols.

Sorry for the long post. Regards,

Larry
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2013-01-24 Thread Robert Szczepanek

Hi Larry and team,

On 23.01.2013 01:10, Larry Shaffer wrote:
(...)

1) Create a new graphics repository at github.com http://github.com,
e.g. named 'qgis-graphics'.

It is important that a single repository exist where
designers/developers can find and work on SVG originals/components for

(...)

From technical point of view, will we improve somehow accessibility for
designers moving from OSGeo Graphics to GITHub?
OSGeo Graphics is updated based on different requests (QGIS, GRASS and
others). I would prefer to treat 'any' OSGeo repository (at OSGeo or
github) as main point for graphics dissemination.
My point is - lets find the simplest environment for designers, but
common for OSGeo projects. If we want seperate QGIS icons repo (on
github), it can be synchronized/copied from central OSGeo. Or made as
sub-folder/sub-project.

2) Condense current icons/pixmaps used in QGIS from all themes into just
the default theme, with preference to vote-preferred GIS theme. Move the
discarded icons and themes to the graphics repo, for later reference.

3) Copy any relevant SVG/pixmap sources from OSGeo repo [0] and Robert
Szczepanek's source icon work (that may not be in current source code
repo) [2] to new qgis-graphics repository.

I moved all my work to OSGeo Graphics to avoid duplication. Duplicating
it in qgis-graphics will make work harder. Unless it will be some
synchro mechanism, which I'm not familiar with.

4) Try to convert ALL new default theme icons to SVG, which may mean
recreating many as vector art since the embedded-raster-in-SVG method
doesn't seem to work well now (causes ugly upscaling) [3]. It should be
possible to fix that issue in code, allowing for use of
pixmaps-inside-SVG, until they are converted to vector-based SVGs.

This is the point I would prefer to focus on, not administering two repos.

* Maybe look into some funding for someone, like Robert, to work on 1)
thru 4).

For me, at the moment, it is more matter of time (lack of), not money.
And anyone is welcome to supply OSGeo repo.
For coders, please just open appropriate tickets at OSGeo Graphics as
not always I can follow fast QGIS progress.

By the way - great work Larry on QGIS improvement.

regards,
Robert

[0] http://trac.osgeo.org/osgeo/browser/graphics
[1] https://github.com/qgis/Quantum-GIS/pull/398/files
[2] http://robert.szczepanek.pl/icons.php
[3]
http://osgeo-org.1560.n6.nabble.com/SVG-Icons-instead-of-PNGs-td4991647.html
[4]
http://osgeo-org.1560.n6.nabble.com/Cast-your-vote-Default-icon-theme-for-QGIS-2-0-td4987107.html

See also: http://hub.qgis.org/wiki/quantum-gis/Icons_20

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2013-01-24 Thread Larry Shaffer

Hi Robert,

On Thu, Jan 24, 2013 at 2:37 PM, Robert Szczepanek rob...@szczepanek.plwrote:

Hi Larry and team,

On 23.01.2013 01:10, Larry Shaffer wrote:
(...)

1) Create a new graphics repository at github.com http://github.com,
e.g. named 'qgis-graphics'.

It is important that a single repository exist where
designers/developers can find and work on SVG originals/components for

(...)

From technical point of view, will we improve somehow accessibility for
designers moving from OSGeo Graphics to GITHub?
OSGeo Graphics is updated based on different requests (QGIS, GRASS and
others). I would prefer to treat 'any' OSGeo repository (at OSGeo or
github) as main point for graphics dissemination.
My point is - lets find the simplest environment for designers, but common
for OSGeo projects. If we want seperate QGIS icons repo (on github), it can
be synchronized/copied from central OSGeo. Or made as
sub-folder/sub-project.

The best reasons to use github.com is for its forking and pull requests
features. They make submissions from the community and other developers
very straightforward, both for the submitter and for the repository
maintainer.

If the OSGeo graphics repository were migrated to github the following
could take place...

Anyone in the OSGeo community, or the QGIS project itself, could fork the
OSGeo graphics repository to their account. Changes can readily be made in
usual git fashion (separate branches or on master) and a pull request sent
to the OSGeo graphics account. Developers working on QGIS would just
deposit a copy of the SVG's final version in the QGIS source, then do a
pull request or commit to the Quantum-GIS repository as usual. The
difference here is that all versions/variations/components of that graphic
would be included in the pull request to the OSGeo graphics repository.

The gallery script setup that Tim and I mentioned could be done for the
OSGeo graphics github repository utilizing the gh-pages feature. Github
also has a ticket management system. Essentially, with such a setup, there
would be no reason for the QGIS project to set up its own graphics
repository then.

Maybe just a subdirectory for QGIS graphics, like you mentioned, would be
all that needs added to the OSGeo repository.

I agree, the simpler for everyone, the better. So, my suggestion now is:
moving the OSGeo graphics repo to github would do that.

Regards,

Larry

3) Copy any relevant SVG/pixmap sources from OSGeo repo [0] and Robert
Szczepanek's source icon work (that may not be in current source code
repo) [2] to new qgis-graphics repository.

I moved all my work to OSGeo Graphics to avoid duplication. Duplicating it
in qgis-graphics will make work harder. Unless it will be some synchro
mechanism, which I'm not familiar with.

This is the point I would prefer to focus on, not administering two repos.

* Maybe look into some funding for someone, like Robert, to work on 1)
thru 4).

regards,
Robert

[0]
http://trac.osgeo.org/osgeo/**browser/graphicshttp://trac.osgeo.org/osgeo/browser/graphics
[1]
https://github.com/qgis/**Quantum-GIS/pull/398/fileshttps://github.com/qgis/Quantum-GIS/pull/398/files
[2]
http://robert.szczepanek.pl/**icons.phphttp://robert.szczepanek.pl/icons.php
[3]
http://osgeo-org.1560.n6.**nabble.com/SVG-Icons-instead-**
of-PNGs-td4991647.htmlhttp://osgeo-org.1560.n6.nabble.com/SVG-Icons-instead-of-PNGs-td4991647.html
[4]
http://osgeo-org.1560.n6.**nabble.com/Cast-your-vote-**
Default-icon-theme-for-QGIS-2-**0-td4987107.htmlhttp://osgeo-org.1560.n6.nabble.com/Cast-your-vote-Default-icon-theme-for-QGIS-2-0-td4987107.html

See also:
http://hub.qgis.org/wiki/**quantum-gis/Icons_20http://hub.qgis.org/wiki/quantum-gis/Icons_20

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2013-01-23 Thread Werner Macho

Hi!

Fully
+1
for every points ..

Notice: I personally don't like to split up things - like creating a new
repository .. but in this case it seems reasonable to me ..
Shouldn't it be possible with git to link the graphics repository into the
correct place in source code? Any git professionals here?

kind regards
Werner

On Wed, Jan 23, 2013 at 1:10 AM, Larry Shaffer lar...@dakotacarto.comwrote:

Hi,

I am bringing this discussion back up, because some of us think it's
important to address before the upcoming 2.0 release.

Here are my recommendations (in workflow order):

1) Create a new graphics repository at github.com, e.g. named
'qgis-graphics'.

It is important that a single repository exist where designers/developers
can find and work on SVG originals/components for creating new, or updating
existing, icons and graphics, without mucking about in the actual QGIS
source repository. This allows commit access to be specifically granted to
designers, etc. without granting access to the source code repo. This could
be similar to the one at osgeo.org [0], but specific to QGIS. It should

This allows pull requests, like from olivierdalang [1], to also include
the base working documents (SVG) in a separate pull request to the graphics
repo, for use in future icon compositions, without having to store the
graphics source files in the source code repository (which could increase
download size significantly). IMO, the only graphics files in the source
code repo should be those that get installed with 'make install'.

3) Copy any relevant SVG/pixmap sources from OSGeo repo [0] and Robert
Szczepanek's source icon work (that may not be in current source code repo)
[2] to new qgis-graphics repository.

4) Try to convert ALL new default theme icons to SVG, which may mean
recreating many as vector art since the embedded-raster-in-SVG method
doesn't seem to work well now (causes ugly upscaling) [3]. It should be
possible to fix that issue in code, allowing for use of pixmaps-inside-SVG,
until they are converted to vector-based SVGs.

5) Clean up source code to work with only .svg icon files. But, do not
remove any code for theme choice, so that designers can still work on new
themes without having to replace the existing default one.

Considerations:

* Maybe look into some funding for someone, like Robert, to work on 1)
thru 4).

* It is also a good project for asking help from non-coding users who may
want to get involved as contributors. This would be after 1).

See also: http://hub.qgis.org/wiki/quantum-gis/Icons_20

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

On Mon, Jul 30, 2012 at 5:30 PM, Robert Szczepanek
rob...@szczepanek.plwrote:

Hi,

On 29.07.2012 00:06, Larry Shaffer wrote:

In my own experimentation with Qt icon scaling, I have found scripting
ImageMagick or Photoshop to do the up/down-scaling, with or without a
bit of sharpening applied afterword, to produce better quality icons
than the Qt scaling. It may be good enough quality to preclude
re-creating your icons for the other sizes.

If the results are better, it can be simple solution.

Another option is to design icons with fewer details and higher
contrast so that they still look OK when scaled (see MSSQL icon in
Giovanni's QGIS example). I believe this would also address the issue
of some icon groups looking too busy due to too much detail, example:
the 'Add * Layer' icons of your set.

This is only matter of decision and use of simpler version, without
layer sign. With bigger raster/vector/WMS/etc.

Having multiple size sets for icons means some naming conventions and
coding to switch between the sets; whereas now, the code simply asks
Qt to handle the scaling by setting a toolbar's icon size in one call
(as an example). Another good reason to go with icons that can cope
with Qt's scaling: no code changes.

Different folders could be solution if Qt's scaling won't work?

This is very important argument in favour of one SVG file.

So, my vote here for your icon set would be to go with

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2013-01-23 Thread Paolo Cavallini

Il 23/01/2013 01:10, Larry Shaffer ha scritto:

 * Maybe look into some funding for someone, like Robert, to work on 1)
 thru 4).
We (I) can start a BidForFix project for this.
Thanks for your thoughts.

-- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2013-01-23 Thread Tim Sutton

On Wed, Jan 23, 2013 at 2:10 AM, Larry Shaffer lar...@dakotacarto.com wrote:
Hi,

I am bringing this discussion back up, because some of us think it's
important to address before the upcoming 2.0 release.

Here are my recommendations (in workflow order):

1) Create a new graphics repository at github.com, e.g. named
'qgis-graphics'.

This allows pull requests, like from olivierdalang [1], to also include the
base working documents (SVG) in a separate pull request to the graphics
repo, for use in future icon compositions, without having to store the
graphics source files in the source code repository (which could increase
download size significantly). IMO, the only graphics files in the source
code repo should be those that get installed with 'make install'.

2) Condense current icons/pixmaps used in QGIS from all themes into just the
default theme, with preference to vote-preferred GIS theme. Move the
discarded icons and themes to the graphics repo, for later reference.

3) Copy any relevant SVG/pixmap sources from OSGeo repo [0] and Robert
Szczepanek's source icon work (that may not be in current source code repo)
[2] to new qgis-graphics repository.

4) Try to convert ALL new default theme icons to SVG, which may mean
recreating many as vector art since the embedded-raster-in-SVG method
doesn't seem to work well now (causes ugly upscaling) [3]. It should be
possible to fix that issue in code, allowing for use of pixmaps-inside-SVG,
until they are converted to vector-based SVGs.

Considerations:

* Maybe look into some funding for someone, like Robert, to work on 1) thru
4).

* It is also a good project for asking help from non-coding users who may
want to get involved as contributors. This would be after 1).

See also: http://hub.qgis.org/wiki/quantum-gis/Icons_20

+1 from me on all these points too. To be clear, you are suggesting to
ship with only one theme, but leave theme support in place?

It would be nice to have a little script in the repo that creates a
thumbnail gallery of all the icons.

Also it might be nice to clean up the names a little - perhaps come up
with a NounVerb.svg approach e.g. VectorEdit.svg VectorStopEdit.svg
so that non programmers can make sense of our naming scheme (yes I
know the current scheme is mainly my doing :-P).

Regards

Tim

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

On Mon, Jul 30, 2012 at 5:30 PM, Robert Szczepanek rob...@szczepanek.pl
wrote:

Hi,

On 29.07.2012 00:06, Larry Shaffer wrote:

If the results are better, it can be simple solution.

This is only matter of decision and use of simpler version, without
layer sign. With bigger raster/vector/WMS/etc.

Different folders could be solution if Qt's scaling won't work?

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2013-01-23 Thread Matthias Kuhn

Hi,

On 01/24/2013 08:18 AM, Tim Sutton wrote:

On Wed, Jan 23, 2013 at 2:10 AM, Larry Shaffer lar...@dakotacarto.com wrote:

Hi,

I am bringing this discussion back up, because some of us think it's
important to address before the upcoming 2.0 release.

Here are my recommendations (in workflow order):

1) Create a new graphics repository at github.com, e.g. named
'qgis-graphics'.

This allows pull requests, like from olivierdalang [1], to also include the
base working documents (SVG) in a separate pull request to the graphics
repo, for use in future icon compositions, without having to store the
graphics source files in the source code repository (which could increase
download size significantly). IMO, the only graphics files in the source
code repo should be those that get installed with 'make install'.

2) Condense current icons/pixmaps used in QGIS from all themes into just the
default theme, with preference to vote-preferred GIS theme. Move the
discarded icons and themes to the graphics repo, for later reference.

3) Copy any relevant SVG/pixmap sources from OSGeo repo [0] and Robert
Szczepanek's source icon work (that may not be in current source code repo)
[2] to new qgis-graphics repository.

4) Try to convert ALL new default theme icons to SVG, which may mean
recreating many as vector art since the embedded-raster-in-SVG method
doesn't seem to work well now (causes ugly upscaling) [3]. It should be
possible to fix that issue in code, allowing for use of pixmaps-inside-SVG,
until they are converted to vector-based SVGs.

Considerations:

* Maybe look into some funding for someone, like Robert, to work on 1) thru
4).

* It is also a good project for asking help from non-coding users who may
want to get involved as contributors. This would be after 1).

See also: http://hub.qgis.org/wiki/quantum-gis/Icons_20

+1 from me on all these points too. To be clear, you are suggesting to
ship with only one theme, but leave theme support in place?

It would be nice to have a little script in the repo that creates a
thumbnail gallery of all the icons.

Regards

Tim

+1 as well.

Concerning the naming scheme, OSGeo Graphics [1] state on their page
that they follow the freedesktop standard [2]. Wouldn't it be nice to
keep these things in line?
This would be hyphens instead of CamelCase but it looks like noun-verb
as well ( Things like document-save etc., your examples: vector-edit.svg
and vector-stop-edit.svg).

Regards,
Matthias

[1]: http://wiki.osgeo.org/wiki/OSGeo_Graphics
http://wiki.osgeo.org/wiki/OSGeo_Graphics
[2]:
http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

On Mon, Jul 30, 2012 at 5:30 PM, Robert Szczepanek rob...@szczepanek.pl
wrote:

Hi,

On 29.07.2012 00:06, Larry Shaffer wrote:

If the results are better, it can be simple solution.

This is only matter of decision and use of simpler version, without
layer sign. With bigger raster/vector/WMS/etc.

Having multiple size sets for icons means some naming conventions and
coding to switch between the

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2013-01-22 Thread Larry Shaffer

Hi,

I am bringing this discussion back up, because some of us think it's
important to address before the upcoming 2.0 release.

Here are my recommendations (in workflow order):

1) Create a new graphics repository at github.com, e.g. named
'qgis-graphics'.

This allows pull requests, like from olivierdalang [1], to also include the
base working documents (SVG) in a separate pull request to the graphics
repo, for use in future icon compositions, without having to store the
graphics source files in the source code repository (which could increase
download size significantly). IMO, the only graphics files in the source
code repo should be those that get installed with 'make install'.

3) Copy any relevant SVG/pixmap sources from OSGeo repo [0] and Robert
Szczepanek's source icon work (that may not be in current source code repo)
[2] to new qgis-graphics repository.

4) Try to convert ALL new default theme icons to SVG, which may mean
recreating many as vector art since the embedded-raster-in-SVG method
doesn't seem to work well now (causes ugly upscaling) [3]. It should be
possible to fix that issue in code, allowing for use of pixmaps-inside-SVG,
until they are converted to vector-based SVGs.

Considerations:

* Maybe look into some funding for someone, like Robert, to work on 1) thru
4).

* It is also a good project for asking help from non-coding users who may
want to get involved as contributors. This would be after 1).

See also: http://hub.qgis.org/wiki/quantum-gis/Icons_20

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

On Mon, Jul 30, 2012 at 5:30 PM, Robert Szczepanek rob...@szczepanek.plwrote:

Hi,

On 29.07.2012 00:06, Larry Shaffer wrote:

If the results are better, it can be simple solution.

This is only matter of decision and use of simpler version, without
layer sign. With bigger raster/vector/WMS/etc.

Different folders could be solution if Qt's scaling won't work?

This is very important argument in favour of one SVG file.

So, my vote here for your icon set would be to go with only the 24x24
size, reduce the complexity of the most complex icons, increase
overall contrast where needed, and add any 2.5 effects to make them
pop a bit more (but not if such an effect causes the blurry scaling
problem or poor quality to occur).

Agree.
Robert

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-30 Thread Larry Shaffer

Hi. Regarding having only one set of icons...

Recently, there was a fairly good consensus on having the next icon
for the app crowd-sourced, presumably with some coin available for the
designer. I think this is a reasonable approach to ensure a good
selection of high-quality designs to choose from. The icon is pretty
much the 'face' of the app, displayed in many more places than just
the file system.

(The proposal that follows is by NO means a reflection upon the
quality of work or volunteerism regarding the currently available icon
sets.)

I believe the project should take a similar approach to the app's GUI
icon set as for the app icon. There is an opportunity here for QGIS to
set the standard for graphic excellence in the FOSS geo community and
take the stance that graphics quality should match the quality of its
code. An attractive, inviting and functional look for the app's icons
and GUI will help ease the adoption of QGIS by new users as it becomes
even more popular across the globe. Other open source projects have
been at this crossroads before (Firefox, for example), and adoption of
high graphic standards has helped their project.

Towards this end I propose the project actively seek a handful of icon
designers, or croud-sourced designers, to submit selections of their
work for a subsequent poll by PSC and devs using the following
process:

1) Devs submit, to the list, examples of icons they like. This is an
important step towards understanding the 'look' desired for the new
set, and will narrow the range of icon styles submitted by designers.

2) A number of diverse icons from the app (maybe 10) are selected as
the base for icon designer submissions, i.e. the sample selection. A
short description of the function behind each icon is written up (in
case potential designers don't have a clue).

3) Hand-picked designers, who have done similar work, or crowd-sourced
designers send in submissions based upon the sample selection.

4) A poll is taken and the project moves forward with the chosen icon
set, possibly paying the chosen designer.

Parameters for submission could be the following:

A) Icons made will be under an acceptable and compatible license.

B) Designer agrees to support the icon set for a particular duration
(time- or release version-based). This would entail providing any
infrequent new designs for icons required for new program
functionality, and updating the look of any dev-submitted icons to
meet the quality of the chosen set.

C) Optionally, it could be required of the designer to place the icon
set in the OSGeo available sets.


Again, this is not a reflection upon currently available work, but an
effort to raise the graphics standard and provide a broader selection
choice for such an important decision. I understand the need for
parity with sister programs like GRASS, but being 'tied to' the
graphics of another project may not be a wise decision in the long
run, especially if the above process provides all OSGeo apps the
opportunity to use the new icons.

Best regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota


On Sun, Jul 29, 2012 at 10:40 AM, G. Allegri gioha...@gmail.com wrote:
 I agree too. The option to change theme is quite unusual in professional
 software.
 Having only one theme would let us focus efforts to make it at our best.

 giovanni

 2012/7/29 Andreas Neumann a.neum...@carto.net

 +1 for focusing on only one icon theme and putting more efforts into
 this one theme.

 Andreas

 Am 29.07.2012 10:45, schrieb Alexander Bruy:
  Hi
 
  2012/7/29 Tim Sutton li...@linfiniti.com:
  Probably there are more good reasons for and against. It seems clear
  GIS theme is preferred theme for the future, why not make it the
  *only* theme?
 
  I agree with this. BTW If we look at other software, we'll see that only
  few
  programs allows to change icons and often users even don't use this
  capability.
 

 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-30 Thread G. Allegri

I'm happy of your email Larry. You anticipated me, because I was going to
propose the same.
I believa, as you, that the face of an application, with its user
experience design, is something foundamental as the quality of the code,
both for its diffusion and to expose its behind the scenes's quality in a
graphical way.

I would add another evaluation parameter: the integration of the icon set
inside the QGis UI system. I mean, an icon set could be very cool but maybe
it could not fit the UI characteristics offered by the Qt system. A naive
example: a Ribbon style graphics will never integrate in the Qt.
This means that the icon set should, possibly, work well with the various
predefined icon sizes and fit into the toolbar spacing. (I'm beginning to
study the QtStyleSheet system next days).

giovanni



2012/7/30 Larry Shaffer lar...@dakotacarto.com

 Hi. Regarding having only one set of icons...

 Recently, there was a fairly good consensus on having the next icon
 for the app crowd-sourced, presumably with some coin available for the
 designer. I think this is a reasonable approach to ensure a good
 selection of high-quality designs to choose from. The icon is pretty
 much the 'face' of the app, displayed in many more places than just
 the file system.

 (The proposal that follows is by NO means a reflection upon the
 quality of work or volunteerism regarding the currently available icon
 sets.)

 I believe the project should take a similar approach to the app's GUI
 icon set as for the app icon. There is an opportunity here for QGIS to
 set the standard for graphic excellence in the FOSS geo community and
 take the stance that graphics quality should match the quality of its
 code. An attractive, inviting and functional look for the app's icons
 and GUI will help ease the adoption of QGIS by new users as it becomes
 even more popular across the globe. Other open source projects have
 been at this crossroads before (Firefox, for example), and adoption of
 high graphic standards has helped their project.

 Towards this end I propose the project actively seek a handful of icon
 designers, or croud-sourced designers, to submit selections of their
 work for a subsequent poll by PSC and devs using the following
 process:

 1) Devs submit, to the list, examples of icons they like. This is an
 important step towards understanding the 'look' desired for the new
 set, and will narrow the range of icon styles submitted by designers.

 2) A number of diverse icons from the app (maybe 10) are selected as
 the base for icon designer submissions, i.e. the sample selection. A
 short description of the function behind each icon is written up (in
 case potential designers don't have a clue).

 3) Hand-picked designers, who have done similar work, or crowd-sourced
 designers send in submissions based upon the sample selection.

 4) A poll is taken and the project moves forward with the chosen icon
 set, possibly paying the chosen designer.

 Parameters for submission could be the following:

 A) Icons made will be under an acceptable and compatible license.

 B) Designer agrees to support the icon set for a particular duration
 (time- or release version-based). This would entail providing any
 infrequent new designs for icons required for new program
 functionality, and updating the look of any dev-submitted icons to
 meet the quality of the chosen set.

 C) Optionally, it could be required of the designer to place the icon
 set in the OSGeo available sets.


 Again, this is not a reflection upon currently available work, but an
 effort to raise the graphics standard and provide a broader selection
 choice for such an important decision. I understand the need for
 parity with sister programs like GRASS, but being 'tied to' the
 graphics of another project may not be a wise decision in the long
 run, especially if the above process provides all OSGeo apps the
 opportunity to use the new icons.

 Best regards,

 Larry Shaffer
 Dakota Cartography
 Black Hills, South Dakota


 On Sun, Jul 29, 2012 at 10:40 AM, G. Allegri gioha...@gmail.com wrote:
  I agree too. The option to change theme is quite unusual in professional
  software.
  Having only one theme would let us focus efforts to make it at our best.
 
  giovanni
 
  2012/7/29 Andreas Neumann a.neum...@carto.net
 
  +1 for focusing on only one icon theme and putting more efforts into
  this one theme.
 
  Andreas
 
  Am 29.07.2012 10:45, schrieb Alexander Bruy:
   Hi
  
   2012/7/29 Tim Sutton li...@linfiniti.com:
   Probably there are more good reasons for and against. It seems clear
   GIS theme is preferred theme for the future, why not make it the
   *only* theme?
  
   I agree with this. BTW If we look at other software, we'll see that
 only
   few
   programs allows to change icons and often users even don't use this
   capability.
  
 
  ___
  Qgis-developer mailing list
  Qgis-developer@lists.osgeo.org

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-30 Thread Tim Sutton

Hi

On Mon, Jul 30, 2012 at 7:53 PM, G. Allegri gioha...@gmail.com wrote:
 I'm happy of your email Larry. You anticipated me, because I was going to
 propose the same.
 I believa, as you, that the face of an application, with its user
 experience design, is something foundamental as the quality of the code,
 both for its diffusion and to expose its behind the scenes's quality in a
 graphical way.

 I would add another evaluation parameter: the integration of the icon set
 inside the QGis UI system. I mean, an icon set could be very cool but maybe
 it could not fit the UI characteristics offered by the Qt system. A naive
 example: a Ribbon style graphics will never integrate in the Qt.
 This means that the icon set should, possibly, work well with the various
 predefined icon sizes and fit into the toolbar spacing. (I'm beginning to
 study the QtStyleSheet system next days).

 giovanni



I also quite like the concept, but we need some feel for what it is
going to cost. It is going to be a bit of a departure for the project
to farm out a part of the work in such a direct manner, but not
totally incongruous to the idea of, for example, paying bounties for
bug fixes. If we have some kind of idea of how much money we are
talking about, perhaps we can actively seek a sponsor for the work.

With regards to departure from GRASS look and feel, personally I never
understood the desire for QGIS and GRASS to have the same icon set - I
would prefer that each application has a distinctive look and feel.

A couple of thoughts:

- we should require SVG icons throughout
- we should require building blocks not just icons. Robert has this
really nice concept of characterising the different actions involved
in QGIS with a standard visual vocabulary and I think it is a notion
we should persist with. In otherwords the product of the retheme work
should also provide the elements that graphical imbeciles such as
myself can pick up and use to make a consistent looking icon.
- we should look at the whole QGIS ecosystem and not only the icons
and try to gain a sense of graphical consistency across the board.
Some of my corporate clients have CI (Corporate Image) portfolios
which specify which colours, graphics etc should be used and in which
contexts. In the longer term this should be something we strive for
too.

Regards

Tim




 2012/7/30 Larry Shaffer lar...@dakotacarto.com

 Hi. Regarding having only one set of icons...

 Recently, there was a fairly good consensus on having the next icon
 for the app crowd-sourced, presumably with some coin available for the
 designer. I think this is a reasonable approach to ensure a good
 selection of high-quality designs to choose from. The icon is pretty
 much the 'face' of the app, displayed in many more places than just
 the file system.

 (The proposal that follows is by NO means a reflection upon the
 quality of work or volunteerism regarding the currently available icon
 sets.)

 I believe the project should take a similar approach to the app's GUI
 icon set as for the app icon. There is an opportunity here for QGIS to
 set the standard for graphic excellence in the FOSS geo community and
 take the stance that graphics quality should match the quality of its
 code. An attractive, inviting and functional look for the app's icons
 and GUI will help ease the adoption of QGIS by new users as it becomes
 even more popular across the globe. Other open source projects have
 been at this crossroads before (Firefox, for example), and adoption of
 high graphic standards has helped their project.

 Towards this end I propose the project actively seek a handful of icon
 designers, or croud-sourced designers, to submit selections of their
 work for a subsequent poll by PSC and devs using the following
 process:

 1) Devs submit, to the list, examples of icons they like. This is an
 important step towards understanding the 'look' desired for the new
 set, and will narrow the range of icon styles submitted by designers.

 2) A number of diverse icons from the app (maybe 10) are selected as
 the base for icon designer submissions, i.e. the sample selection. A
 short description of the function behind each icon is written up (in
 case potential designers don't have a clue).

 3) Hand-picked designers, who have done similar work, or crowd-sourced
 designers send in submissions based upon the sample selection.

 4) A poll is taken and the project moves forward with the chosen icon
 set, possibly paying the chosen designer.

 Parameters for submission could be the following:

 A) Icons made will be under an acceptable and compatible license.

 B) Designer agrees to support the icon set for a particular duration
 (time- or release version-based). This would entail providing any
 infrequent new designs for icons required for new program
 functionality, and updating the look of any dev-submitted icons to
 meet the quality of the chosen set.

 C) Optionally, it could be required of the designer to place

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-30 Thread Robert Szczepanek


Hi,
On 26.07.2012 20:39, haubourg wrote:

Hi,
my opinion is somewhere between Larry's and Yve's..
GIS theme has two main drawbacks IMHO:

1. Global render of toolbars is a cold blue - gray, in opposite of all QGIS
relate support, that are colorfull (sites, GUI). It looks very old school
GIS to me.. My wife, who likes painting, and sometimes uses QGIS at work,
clearly vote for current theme..


This is first version of icons and I concentrated mainly on content. 
Content should be clear without colours.

1. Not everyone can recognize colours.
2. Colour should have some meaning, unless we make just nice images. We 
still don't have such colour table.



2. Shapes of icons are too 'edgy' and complex to me, so difficult to read


Sharpness was the assumption at this version, and icons were designed in 
final rendering size.

Complexity will be improved in next versions. I hope so.


Just a thougth, GIS zoom tools are leaning to the right, whereas current
tools are leaning to the left. I find it.. strange (I right hand writer).


I decided to use right bottom part of icons for actions. That's the reason.

regards,
Robert
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-29 Thread Radim Blazek

Hi,
apart the discussion about default theme, it is not clear to me where
to add a new icon. Current situation:

4 themes:
* default - is used if an icon in preferred theme does not exist
* classic
* gis
* nkids - deprecated, will be removed in 2.0 IIRC

defaultThemePath() = /images/themes/default/
activeThemePath() = /images/themes/ + settings.value( /Themes , default )

HIG: 9) Use consistent iconography. If you need an icon or icon elements, please
contact Robert Szczepanek on the mailing list for assistance.

For now, the images/themes/default theme is still default so a new
icon must be added first to images/themes/default, right? But, the
icons made by Robert can only go to gis theme. If I want to add a new
icon, I have to create one in default style and ask Robert for another
one in gis style? And classic?

General question, regardless which theme will become default, what
rules are for other themes? Each theme must or may contain all icons
from default theme? IOW, if developer wants to add a new icon, he must
add one to each theme or to default theme only? I believe that all
themes should be complete, otherwise alternative themes become almost
useless for normal users.

What does mean Should we update QGIS so that the default themes is
the 'new' GIS theme, making the 'old' theme a secondary option? in
the poll?
1) Change settings.value( /Themes , default ) to settings.value(
/Themes , gis )
and defaultThemePath() to /images/themes/gis
2) mv images/themes/default images/themes/old
mv images/themes/gis images/themes/default
Or something else?

Radim

On Tue, Jul 10, 2012 at 8:28 AM, Tim Sutton li...@linfiniti.com wrote:
 Hi All

 Please take a moment to tell us what you think: Should the 'GIS' icon
 theme be default in QGIS 2.0 (the next release of QGIS). Please visit
 our poll here to cast your vote:

  http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70

 In case you are not familiar with the fact that QGIS has icon themes,
 you can switch between them by going to:

 Settings Menu - Options - General Tab - Application section - Icon
 theme pick list

 We look forward to your feedback!

 Regards


 --
 Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
 ==
 Please do not email me off-list with technical
 support questions. Using the lists will gain
 more exposure for your issues and the knowledge
 surrounding your issue will be shared with all.

 Visit http://linfiniti.com to find out about:
  * QGIS programming and support services
  * Mapserver and PostGIS based hosting plans
  * FOSS Consulting Services
 Skype: timlinux
 Irc: timlinux on #qgis at freenode.net
 ==
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-29 Thread Radim Blazek

On Thu, Jul 26, 2012 at 8:39 PM, haubourg
regis.haubo...@eau-adour-garonne.fr wrote:
 1. Global render of toolbars is a cold blue - gray, in opposite of all QGIS
 relate support, that are colorfull (sites, GUI). It looks very old school
 GIS to me.. My wife, who likes painting, and sometimes uses QGIS at work,
 clearly vote for current theme..

She likes painting and sometimes uses QGIS? That suggests that she
would be capable to design new icons in current style? I am worried
that if we switch to gis theme, the current theme will be abandoned
and it will become awful with gis theme (as default) emerging in it.

Radim
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-29 Thread Tim Sutton

Hi

On Sun, Jul 29, 2012 at 9:08 AM, Radim Blazek radim.bla...@gmail.com wrote:
 Hi,
 apart the discussion about default theme, it is not clear to me where
 to add a new icon. Current situation:

 4 themes:
 * default - is used if an icon in preferred theme does not exist
 * classic
 * gis
 * nkids - deprecated, will be removed in 2.0 IIRC


I was actually going to make the slightly contentious suggestion that
we completely drop icon theme support becuase:

- we can focus on one really great theme
- we can great a more unified look throughout
- we can ditch code an maintain less code infrastructure

Probably there are more good reasons for and against. It seems clear
GIS theme is preferred theme for the future, why not make it the
*only* theme?

Regards

Tim

 defaultThemePath() = /images/themes/default/
 activeThemePath() = /images/themes/ + settings.value( /Themes , default )

 HIG: 9) Use consistent iconography. If you need an icon or icon elements, 
 please
 contact Robert Szczepanek on the mailing list for assistance.

 For now, the images/themes/default theme is still default so a new
 icon must be added first to images/themes/default, right? But, the
 icons made by Robert can only go to gis theme. If I want to add a new
 icon, I have to create one in default style and ask Robert for another
 one in gis style? And classic?

 General question, regardless which theme will become default, what
 rules are for other themes? Each theme must or may contain all icons
 from default theme? IOW, if developer wants to add a new icon, he must
 add one to each theme or to default theme only? I believe that all
 themes should be complete, otherwise alternative themes become almost
 useless for normal users.

 What does mean Should we update QGIS so that the default themes is
 the 'new' GIS theme, making the 'old' theme a secondary option? in
 the poll?
 1) Change settings.value( /Themes , default ) to settings.value(
 /Themes , gis )
 and defaultThemePath() to /images/themes/gis
 2) mv images/themes/default images/themes/old
 mv images/themes/gis images/themes/default
 Or something else?

 Radim

 On Tue, Jul 10, 2012 at 8:28 AM, Tim Sutton li...@linfiniti.com wrote:
 Hi All

 Please take a moment to tell us what you think: Should the 'GIS' icon
 theme be default in QGIS 2.0 (the next release of QGIS). Please visit
 our poll here to cast your vote:

  http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70

 In case you are not familiar with the fact that QGIS has icon themes,
 you can switch between them by going to:

 Settings Menu - Options - General Tab - Application section - Icon
 theme pick list

 We look forward to your feedback!

 Regards


 --
 Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
 ==
 Please do not email me off-list with technical
 support questions. Using the lists will gain
 more exposure for your issues and the knowledge
 surrounding your issue will be shared with all.

 Visit http://linfiniti.com to find out about:
  * QGIS programming and support services
  * Mapserver and PostGIS based hosting plans
  * FOSS Consulting Services
 Skype: timlinux
 Irc: timlinux on #qgis at freenode.net
 ==
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



-- 
Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
==
Please do not email me off-list with technical
support questions. Using the lists will gain
more exposure for your issues and the knowledge
surrounding your issue will be shared with all.

Visit http://linfiniti.com to find out about:
 * QGIS programming and support services
 * Mapserver and PostGIS based hosting plans
 * FOSS Consulting Services
Skype: timlinux
Irc: timlinux on #qgis at freenode.net
==
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-29 Thread Alexander Bruy

Hi

2012/7/29 Tim Sutton li...@linfiniti.com:
 Probably there are more good reasons for and against. It seems clear
 GIS theme is preferred theme for the future, why not make it the
 *only* theme?

I agree with this. BTW If we look at other software, we'll see that only few
programs allows to change icons and often users even don't use this
capability.

-- 
Alexander Bruy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-29 Thread Andreas Neumann

+1 for focusing on only one icon theme and putting more efforts into
this one theme.

Andreas

Am 29.07.2012 10:45, schrieb Alexander Bruy:
 Hi
 
 2012/7/29 Tim Sutton li...@linfiniti.com:
 Probably there are more good reasons for and against. It seems clear
 GIS theme is preferred theme for the future, why not make it the
 *only* theme?
 
 I agree with this. BTW If we look at other software, we'll see that only few
 programs allows to change icons and often users even don't use this
 capability.
 

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-29 Thread G. Allegri

I agree too. The option to change theme is quite unusual in professional
software.
Having only one theme would let us focus efforts to make it at our best.

giovanni

2012/7/29 Andreas Neumann a.neum...@carto.net

 +1 for focusing on only one icon theme and putting more efforts into
 this one theme.

 Andreas

 Am 29.07.2012 10:45, schrieb Alexander Bruy:
  Hi
 
  2012/7/29 Tim Sutton li...@linfiniti.com:
  Probably there are more good reasons for and against. It seems clear
  GIS theme is preferred theme for the future, why not make it the
  *only* theme?
 
  I agree with this. BTW If we look at other software, we'll see that only
 few
  programs allows to change icons and often users even don't use this
  capability.
 

 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-29 Thread Larry Shaffer

Hi,

On Sun, Jul 29, 2012 at 2:45 AM, Alexander Bruy
alexander.b...@gmail.com wrote:
 Hi

 2012/7/29 Tim Sutton li...@linfiniti.com:
 Probably there are more good reasons for and against. It seems clear
 GIS theme is preferred theme for the future, why not make it the
 *only* theme?

 I agree with this. BTW If we look at other software, we'll see that only few
 programs allows to change icons and often users even don't use this
 capability.

I ran into the same problem Radim did when I recently made icons for
the freeze/thaw label tool. I think the project should only support
one theme to solve that problem and for the reasons Tim mentioned.

I think having a complete set of functional graphic preferences (icon
size, font size, widget customization, etc.) to adjust to screen
size/resolution and one's eyesight is more important than supporting
user's ability to change graphic themes.

Larry

 --
 Alexander Bruy
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-29 Thread G. Allegri

There may be a simpler means of using QtStylesheets to adjust the
spacing between other icons and toolbar edges [2].

I've always kept the QTStylesheets in my to-read list. It seems a very
flexible choice.
I suppose that setting up its support in QGis would let us keep UI theming
loosely coupled from code. Is it right?

giovanni

[0] http://qt-project.org/doc/qt-4.7/qtoolbar.html
[1]
https://github.com/qgis/Quantum-GIS/blob/master/src/app/qgisapp.cpp#L1483
[2]
http://qt-project.org/doc/qt-4.7/stylesheet-examples.html#id-756de882-8623-4e88-81b7-eb5bb800d3ca

Larry

2012/7/29 Larry Shaffer lar...@dakotacarto.com

Hi Robert and Giovanni,

On Sat, Jul 28, 2012 at 2:53 PM, Robert Szczepanek
rob...@szczepanek.pl
wrote:
Hi Giovanni,

On 28.07.2012 16:07, G. Allegri wrote:

24x24 icon size is result of some preliminary discussion and research.

My experience from Mac apps is the opposite from Giovanni's. Most apps
default with 32x32 (or sometimes larger) icons, with the standard OS X
Cocoa app toolbar customization of 'use small size'. That option
usually drops it down to 24x24, though the developer decides the size.
There is usually not a third choice.

So, for me, on my iMac with its too-large 27 screen, the opposite
scaling issue up to 32x32 also exhibits the poor Qt scaling (blurry).

I know that one can change the icon size, but having just the 24x24
icons the scaling produces blurs and keeps the icon padding
proportions,
while with 16x16 it could be reduced to provide more room.

Rescaling is not good idea, even from SVG. At this size scalability is
very
limited.

Here are two screenshots of Qgis with 16x16 icons [1] and one from a
commercial software with the same icon size [2]. Notice the different
spacing, and the crisp icons.

I suggest to package 16x16 version for the icons, and revise the icon
padding

You are absolutely right. There should be additional 16x16px version.
With
very limited spare time my options are:
1/ Try to keep project's progress (GRASS and QGIS) and design missing
icons.
2/ Make them nicer - more colourful, 2.5D, etc.
3/ Prepare icons for 16x16 and 32x32px

Switching between size sets also means any third party icons (e.g.
plugins), that don't provide multiple icon versions, will have their
icons scaled. This would end up with users seeing different quality
between core and plugin toolbars, though I don't know how much this
can be avoided regardless of scaling issues. If moving to multiple
icon size sets, there might have to be an additional requirement of
multiple icon sizes for third-party plugins in the official
repository, if overall higher icon quality is desired.

Regards,

Larry

And I decided to follow this priority: 1 - 2 - 3.
I hope you understand my point of view.

regards,
Robert

giovanni.

[1] http://img16.imageshack.us/img16/1442/qgis16x16.png
[2] http://img140.imageshack.us/img140/2697/other16x16.png

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-28 Thread G. Allegri

I've voted for the GIS theme, though I share my opinion on icon size.
I work with various GIS and CAD software (both OS and commercial) and I've
always found a bit strange the default 24x24 icon size of QGis. Most of the
other softwares use 16x16 icons.
I know that one can change the icon size, but having just the 24x24 icons
the scaling produces blurs and keeps the icon padding proportions, while
with 16x16 it could be reduced to provide more room.

Here are two screenshots of Qgis with 16x16 icons [1] and one from a
commercial software with the same icon size [2]. Notice the different
spacing, and the crisp icons.

I suggest to package 16x16 version for the icons, and revise the icon
padding

giovanni.

[1] http://img16.imageshack.us/img16/1442/qgis16x16.png
[2] http://img140.imageshack.us/img140/2697/other16x16.png

2012/7/26 Tim Sutton li...@linfiniti.com

On Thu, Jul 26, 2012 at 7:27 PM, Larry Shaffer lar...@dakotacarto.com
wrote:
Hi Robert,

I like the consistent look of your icon set. The results of Tim's poll
clearly show many wish to switch to your set right away [0].

Since QGIS is icon- and toolbar-heavy in overall look (in default
configuration), whatever you can do to improve the definitive visual
change from the old default icon set to a new one will greatly help.
This way users will clearly 'see' why the switch was made.

Just as a suggestion, what do you think about converting your icon set
to 2.5D from their current 2D version? I have attached two quick
mock-ups to illustrate, essentially adding just enough drop shadow to
have the icons 'pop' a little more from the toolbar. Too much shadow
effect and it starts to degrade the sharpness of some thinner aspects,
meaning a single shadow calculation won't work across the set.

The shadows look quite nice for me. The larger issue I have is that
many of the icons are just hard to recognise when you see them lined
up side by side.

Also, there has been discussion on condensing some icon groups down to
one entry icon that has a popup menu (Qt's InstantPopup or
MenuButtonPopup [1]). A few toolbar icons use this now, e.g. Feature
Selection tool. Using that technique and condensing functionality into
better dialogs (see Nathan's import dialog [2]) will go a long way
towards thinning the current icon-heavy look.

When considering condensing such items care has to be taken not to
introduce extra clicks for tools that should be only one click away,
e.g. Pan and Zoom tools. Though group entry icons are very similar to
menubar menus at that point, they have the added advantages of being
language-agnostic and visible when users switch to full screen mode,
which usually hides the menubar.

My argument against these is that they defeat the purpose of icons
(making functionality available with single click). It takes two
clicks to invoke an action from a menu so in my mind the use case for
popup tool buttons should be restricted to where those tools need to
indicate a toggled state (like the map tools). A secondary
consideration is that when I give training courses the selection popup
toolbutton is something that novice users struggle with and it is not
very discoverable. Your points for it are interesting, though I
suspect that the number of people running qgis fullscreen is extremely
small.

Regards

Tim

So, there may need to be some new icons made that represent tool
groups, though some discussion on condensing tools has to happen
first.

[0] http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70
[1] ToolButtonPopupMode:
http://qt-project.org/doc/qt-4.7/qtoolbutton.html
[2]
http://osgeo-org.1560.n6.nabble.com/Cast-your-vote-Default-icon-theme-for-QGIS-2-0-tp4987108p4987577.html

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

On Thu, Jul 26, 2012 at 6:37 AM, Robert Szczepanek rob...@szczepanek.pl
wrote:
My answer was too fast...

On 26.07.2012 14:27, Robert Szczepanek wrote:

Hi Matthias and Tim,
On 26.07.2012 14:10, Matthias Kuhn wrote:

But I just noticed this inconsistency between the Map Navigation
toolbar and the print composer. The pan tool in the Map Navigation
consists of four arrows into all directions. In the print composer it
is
one arrow with a square behind it.

You are right. We should select just one of them. One arrow seems for
me
at this moment better choice. Expanation - below.

I was wrong and those are two different functions - pan (in navigator)
vs.
move and pan in composer.
So 'one arrow with a square' in composer should be replaced with 'for
arrows' from map navigator.

sorry for noise ...
Robert
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-28 Thread Robert Szczepanek


Hi Larry,

On 26.07.2012 19:27, Larry Shaffer wrote:

Hi Robert,

(...)

Just as a suggestion, what do you think about converting your icon
set to 2.5D from their current 2D version? I have attached two quick
mock-ups to illustrate, essentially adding just enough drop shadow
to have the icons 'pop' a little more from the toolbar. Too much
shadow effect and it starts to degrade the sharpness of some thinner
aspects, meaning a single shadow calculation won't work across the
set.


I like bottom shadow icons. It should look nice with 24x24px and
bigger icons. For sure not with 16x16px. We can try it and make parallel 
set with shadows. The problems is elsewhere. To use is, this new version 
should be complete. Partial implementation is the worst scenario.


(...)

regards,
Robert
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-28 Thread Robert Szczepanek

Hi,

On 26.07.2012 20:55, Tim Sutton wrote:

On Thu, Jul 26, 2012 at 7:27 PM, Larry Shaffer lar...@dakotacarto.com wrote:

Hi Robert,

The shadows look quite nice for me. The larger issue I have is that
many of the icons are just hard to recognise when you see them lined
up side by side.

Could you please point them out. I see this problem with open
PostGIS/SpatiaLite/MSSQL layer, but we can solve it using colours.

I agree with Tim. We should avoid grouping icons, unless there is very
high usage frequency ratio (one icon used much, much often than the
other). Good example is labelling toolbar. It should be grouped and
included in some other toolbar. This optimization must be focused on
beginners, as experienced users probably use more keyboard shortcuts.

regards,
Robert

Regards

Tim

So, there may need to be some new icons made that represent tool
groups, though some discussion on condensing tools has to happen
first.

[0] http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70
[1] ToolButtonPopupMode: http://qt-project.org/doc/qt-4.7/qtoolbutton.html
[2]
http://osgeo-org.1560.n6.nabble.com/Cast-your-vote-Default-icon-theme-for-QGIS-2-0-tp4987108p4987577.html

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-28 Thread Robert Szczepanek


Hi Giovanni,

On 28.07.2012 16:07, G. Allegri wrote:

I've voted for the GIS theme, though I share my opinion on icon size.
I work with various GIS and CAD software (both OS and commercial) and
I've always found a bit strange the default 24x24 icon size of QGis.
Most of the other softwares use 16x16 icons.


24x24 icon size is result of some preliminary discussion and research.


I know that one can change the icon size, but having just the 24x24
icons the scaling produces blurs and keeps the icon padding proportions,
while with 16x16 it could be reduced to provide more room.


Rescaling is not good idea, even from SVG. At this size scalability is 
very limited.



Here are two screenshots of Qgis with 16x16 icons [1] and one from a
commercial software with the same icon size [2]. Notice the different
spacing, and the crisp icons.

I suggest to package 16x16 version for the icons, and revise the icon
padding


You are absolutely right. There should be additional 16x16px version. 
With very limited spare time my options are:

1/ Try to keep project's progress (GRASS and QGIS) and design missing icons.
2/ Make them nicer - more colourful, 2.5D, etc.
3/ Prepare icons for 16x16 and 32x32px

And I decided to follow this priority: 1 - 2 - 3.
I hope you understand my point of view.

regards,
Robert


giovanni.

[1] http://img16.imageshack.us/img16/1442/qgis16x16.png
[2] http://img140.imageshack.us/img140/2697/other16x16.png



___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-28 Thread Larry Shaffer

Hi Robert and Giovanni,

On Sat, Jul 28, 2012 at 2:53 PM, Robert Szczepanek rob...@szczepanek.pl wrote:
 Hi Giovanni,

 On 28.07.2012 16:07, G. Allegri wrote:

 I've voted for the GIS theme, though I share my opinion on icon size.
 I work with various GIS and CAD software (both OS and commercial) and
 I've always found a bit strange the default 24x24 icon size of QGis.
 Most of the other softwares use 16x16 icons.


 24x24 icon size is result of some preliminary discussion and research.

My experience from Mac apps is the opposite from Giovanni's. Most apps
default with 32x32 (or sometimes larger) icons, with the standard OS X
Cocoa app toolbar customization of 'use small size'. That option
usually drops it down to 24x24, though the developer decides the size.
There is usually not a third choice.

So, for me, on my iMac with its too-large 27 screen, the opposite
scaling issue up to 32x32 also exhibits the poor Qt scaling (blurry).

 I know that one can change the icon size, but having just the 24x24
 icons the scaling produces blurs and keeps the icon padding proportions,
 while with 16x16 it could be reduced to provide more room.


 Rescaling is not good idea, even from SVG. At this size scalability is very
 limited.

 Here are two screenshots of Qgis with 16x16 icons [1] and one from a
 commercial software with the same icon size [2]. Notice the different
 spacing, and the crisp icons.

 I suggest to package 16x16 version for the icons, and revise the icon
 padding


 You are absolutely right. There should be additional 16x16px version. With
 very limited spare time my options are:
 1/ Try to keep project's progress (GRASS and QGIS) and design missing icons.
 2/ Make them nicer - more colourful, 2.5D, etc.
 3/ Prepare icons for 16x16 and 32x32px

In my own experimentation with Qt icon scaling, I have found scripting
ImageMagick or Photoshop to do the up/down-scaling, with or without a
bit of sharpening applied afterword, to produce better quality icons
than the Qt scaling. It may be good enough quality to preclude
re-creating your icons for the other sizes.

Another option is to design icons with fewer details and higher
contrast so that they still look OK when scaled (see MSSQL icon in
Giovanni's QGIS example). I believe this would also address the issue
of some icon groups looking too busy due to too much detail, example:
the 'Add * Layer' icons of your set.

Having multiple size sets for icons means some naming conventions and
coding to switch between the sets; whereas now, the code simply asks
Qt to handle the scaling by setting a toolbar's icon size in one call
(as an example). Another good reason to go with icons that can cope
with Qt's scaling: no code changes.

Switching between size sets also means any third party icons (e.g.
plugins), that don't provide multiple icon versions, will have their
icons scaled. This would end up with users seeing different quality
between core and plugin toolbars, though I don't know how much this
can be avoided regardless of scaling issues. If moving to multiple
icon size sets, there might have to be an additional requirement of
multiple icon sizes for third-party plugins in the official
repository, if overall higher icon quality is desired.

So, my vote here for your icon set would be to go with only the 24x24
size, reduce the complexity of the most complex icons, increase
overall contrast where needed, and add any 2.5 effects to make them
pop a bit more (but not if such an effect causes the blurry scaling
problem or poor quality to occur).


Regards,

Larry


 And I decided to follow this priority: 1 - 2 - 3.
 I hope you understand my point of view.



 regards,
 Robert

 giovanni.

 [1] http://img16.imageshack.us/img16/1442/qgis16x16.png
 [2] http://img140.imageshack.us/img140/2697/other16x16.png
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-28 Thread G. Allegri

Mantaining the autoscaling would certainly be the best option.
We need to find the right compromise to obtain sharp and clear icons for
all the scales. A hard task!
I don't know well the graphics features of Qt with SVG. I wonder if it
would be possible to obtain the scaling of icons spacing too. Whatever icon
size one chooses, the horizontal space between icons is 11px and the
vertical space between toolbars is 15px. It fits well for 24x24 but not for
16x16...

giovanni


2012/7/29 Larry Shaffer lar...@dakotacarto.com

 Hi Robert and Giovanni,

 On Sat, Jul 28, 2012 at 2:53 PM, Robert Szczepanek rob...@szczepanek.pl
 wrote:
  Hi Giovanni,
 
  On 28.07.2012 16:07, G. Allegri wrote:
 
  I've voted for the GIS theme, though I share my opinion on icon size.
  I work with various GIS and CAD software (both OS and commercial) and
  I've always found a bit strange the default 24x24 icon size of QGis.
  Most of the other softwares use 16x16 icons.
 
 
  24x24 icon size is result of some preliminary discussion and research.

 My experience from Mac apps is the opposite from Giovanni's. Most apps
 default with 32x32 (or sometimes larger) icons, with the standard OS X
 Cocoa app toolbar customization of 'use small size'. That option
 usually drops it down to 24x24, though the developer decides the size.
 There is usually not a third choice.

 So, for me, on my iMac with its too-large 27 screen, the opposite
 scaling issue up to 32x32 also exhibits the poor Qt scaling (blurry).

  I know that one can change the icon size, but having just the 24x24
  icons the scaling produces blurs and keeps the icon padding proportions,
  while with 16x16 it could be reduced to provide more room.
 
 
  Rescaling is not good idea, even from SVG. At this size scalability is
 very
  limited.
 
  Here are two screenshots of Qgis with 16x16 icons [1] and one from a
  commercial software with the same icon size [2]. Notice the different
  spacing, and the crisp icons.
 
  I suggest to package 16x16 version for the icons, and revise the icon
  padding
 
 
  You are absolutely right. There should be additional 16x16px version.
 With
  very limited spare time my options are:
  1/ Try to keep project's progress (GRASS and QGIS) and design missing
 icons.
  2/ Make them nicer - more colourful, 2.5D, etc.
  3/ Prepare icons for 16x16 and 32x32px

 In my own experimentation with Qt icon scaling, I have found scripting
 ImageMagick or Photoshop to do the up/down-scaling, with or without a
 bit of sharpening applied afterword, to produce better quality icons
 than the Qt scaling. It may be good enough quality to preclude
 re-creating your icons for the other sizes.

 Another option is to design icons with fewer details and higher
 contrast so that they still look OK when scaled (see MSSQL icon in
 Giovanni's QGIS example). I believe this would also address the issue
 of some icon groups looking too busy due to too much detail, example:
 the 'Add * Layer' icons of your set.

 Having multiple size sets for icons means some naming conventions and
 coding to switch between the sets; whereas now, the code simply asks
 Qt to handle the scaling by setting a toolbar's icon size in one call
 (as an example). Another good reason to go with icons that can cope
 with Qt's scaling: no code changes.

 Switching between size sets also means any third party icons (e.g.
 plugins), that don't provide multiple icon versions, will have their
 icons scaled. This would end up with users seeing different quality
 between core and plugin toolbars, though I don't know how much this
 can be avoided regardless of scaling issues. If moving to multiple
 icon size sets, there might have to be an additional requirement of
 multiple icon sizes for third-party plugins in the official
 repository, if overall higher icon quality is desired.

 So, my vote here for your icon set would be to go with only the 24x24
 size, reduce the complexity of the most complex icons, increase
 overall contrast where needed, and add any 2.5 effects to make them
 pop a bit more (but not if such an effect causes the blurry scaling
 problem or poor quality to occur).


 Regards,

 Larry


  And I decided to follow this priority: 1 - 2 - 3.
  I hope you understand my point of view.



  regards,
  Robert
 
  giovanni.
 
  [1] http://img16.imageshack.us/img16/1442/qgis16x16.png
  [2] http://img140.imageshack.us/img140/2697/other16x16.png

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-28 Thread G. Allegri

 I don't know well the graphics features of Qt with SVG.

I meant the Qgis UI system...
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-28 Thread Larry Shaffer

On Sat, Jul 28, 2012 at 4:43 PM, G. Allegri gioha...@gmail.com wrote:
Mantaining the autoscaling would certainly be the best option.
We need to find the right compromise to obtain sharp and clear icons for all
the scales. A hard task!
I don't know well the graphics features of Qt with SVG. I wonder if it would
be possible to obtain the scaling of icons spacing too. Whatever icon size
one chooses, the horizontal space between icons is 11px and the vertical
space between toolbars is 15px. It fits well for 24x24 but not for 16x16...

On double-check, I was incorrect about upscaling to 32x32. Qt will not
upscale an icon beyond its size when used in a toolbar [0]. Right now,
Robert's icons are not scaling up beyond 24x24. This means for a
single size set, maybe 32x32 should be the choice. Though, this would
mean at the default 24x24 all icons would be scaled, as many of the
default theme already are.

A quick check of setting size to 32x32 under the default theme shows a
mishmash of icons of 22x22, 24x24, and 32x32. Not very
pleasant-looking. If we go with one size for an icon set, the 32x32
setting should look good, even if it just adds padding around a core
24x24 set.

The QgisApp::setIconSizes( int ) method sets the icon size squarely
[1]. This could be adjusted rectangularly instead to provide correct
visual padding, relative to the icon size chosen, but it would have to
take into account the horiz. or vert. attitude of the parent toolbar,
and update whenever the toolbar was moved to the opposite
configuration. Probably best to stay with the current square
configuration.

There may be a simpler means of using QtStylesheets to adjust the
spacing between other icons and toolbar edges [2].

[0] http://qt-project.org/doc/qt-4.7/qtoolbar.html
[1] https://github.com/qgis/Quantum-GIS/blob/master/src/app/qgisapp.cpp#L1483
[2]
http://qt-project.org/doc/qt-4.7/stylesheet-examples.html#id-756de882-8623-4e88-81b7-eb5bb800d3ca

Larry

2012/7/29 Larry Shaffer lar...@dakotacarto.com

Hi Robert and Giovanni,

On Sat, Jul 28, 2012 at 2:53 PM, Robert Szczepanek rob...@szczepanek.pl
wrote:
Hi Giovanni,

On 28.07.2012 16:07, G. Allegri wrote:

24x24 icon size is result of some preliminary discussion and research.

So, for me, on my iMac with its too-large 27 screen, the opposite
scaling issue up to 32x32 also exhibits the poor Qt scaling (blurry).

I know that one can change the icon size, but having just the 24x24
icons the scaling produces blurs and keeps the icon padding
proportions,
while with 16x16 it could be reduced to provide more room.

Rescaling is not good idea, even from SVG. At this size scalability is
very
limited.

Here are two screenshots of Qgis with 16x16 icons [1] and one from a
commercial software with the same icon size [2]. Notice the different
spacing, and the crisp icons.

I suggest to package 16x16 version for the icons, and revise the icon
padding

Switching between size sets also means any third party icons (e.g.
plugins), that don't provide multiple icon versions, will have their
icons scaled. This would end up with users seeing different

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-26 Thread Matthias Kuhn

Hi,

In general I like the new icon set, because the icons look slicker and
clearer.

But I just noticed this inconsistency between the Map Navigation
toolbar and the print composer. The pan tool in the Map Navigation
consists of four arrows into all directions. In the print composer it is
one arrow with a square behind it.

Personally I'd prefer a hand-icon anyway, because I got used to look for
a hand-icon when I want to pan something (I think this is what most
GUI's use?). But the icons should at least be consistent. Or is there
any reason for this?

Regards

On Tue, 2012-07-10 at 08:28 +0200, Tim Sutton wrote:
 Hi All
 
 Please take a moment to tell us what you think: Should the 'GIS' icon
 theme be default in QGIS 2.0 (the next release of QGIS). Please visit
 our poll here to cast your vote:
 
  http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70
 
 In case you are not familiar with the fact that QGIS has icon themes,
 you can switch between them by going to:
 
 Settings Menu - Options - General Tab - Application section - Icon
 theme pick list
 
 We look forward to your feedback!
 
 Regards
 
 


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-26 Thread Robert Szczepanek


Hi Matthias and Tim,

As I can see, switching off ML subscription during holidays is not a 
good idea ;)


On 26.07.2012 14:10, Matthias Kuhn wrote:

But I just noticed this inconsistency between the Map Navigation
toolbar and the print composer. The pan tool in the Map Navigation
consists of four arrows into all directions. In the print composer it is
one arrow with a square behind it.


You are right. We should select just one of them. One arrow seems for me 
at this moment better choice. Expanation - below.



Personally I'd prefer a hand-icon anyway, because I got used to look for
a hand-icon when I want to pan something (I think this is what most
GUI's use?). But the icons should at least be consistent. Or is there
any reason for this?


Hand is the most popular, but I wanted to have some simple sign which 
could be used also in action (bottom right) part of icons. In this 
case hand is too complicated. That's the reason.


regards,
Robert


Regards

On Tue, 2012-07-10 at 08:28 +0200, Tim Sutton wrote:

Hi All

Please take a moment to tell us what you think: Should the 'GIS' icon
theme be default in QGIS 2.0 (the next release of QGIS). Please visit
our poll here to cast your vote:

  http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70

In case you are not familiar with the fact that QGIS has icon themes,
you can switch between them by going to:

Settings Menu - Options - General Tab - Application section - Icon
theme pick list

We look forward to your feedback!

Regards





___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer



___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-26 Thread Robert Szczepanek


My answer was too fast...

On 26.07.2012 14:27, Robert Szczepanek wrote:

Hi Matthias and Tim,
On 26.07.2012 14:10, Matthias Kuhn wrote:

But I just noticed this inconsistency between the Map Navigation
toolbar and the print composer. The pan tool in the Map Navigation
consists of four arrows into all directions. In the print composer it is
one arrow with a square behind it.


You are right. We should select just one of them. One arrow seems for me
at this moment better choice. Expanation - below.


I was wrong and those are two different functions - pan (in navigator) 
vs. move and pan in composer.
So 'one arrow with a square' in composer should be replaced with 'for 
arrows' from map navigator.


sorry for noise ...
Robert
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-26 Thread Larry Shaffer

Hi Robert,

I like the consistent look of your icon set. The results of Tim's poll
clearly show many wish to switch to your set right away [0].

So, there may need to be some new icons made that represent tool
groups, though some discussion on condensing tools has to happen
first.

[0] http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70
[1] ToolButtonPopupMode: http://qt-project.org/doc/qt-4.7/qtoolbutton.html
[2]
http://osgeo-org.1560.n6.nabble.com/Cast-your-vote-Default-icon-theme-for-QGIS-2-0-tp4987108p4987577.html

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

On Thu, Jul 26, 2012 at 6:37 AM, Robert Szczepanek rob...@szczepanek.pl wrote:
My answer was too fast...

On 26.07.2012 14:27, Robert Szczepanek wrote:

Hi Matthias and Tim,
On 26.07.2012 14:10, Matthias Kuhn wrote:

You are right. We should select just one of them. One arrow seems for me
at this moment better choice. Expanation - below.

I was wrong and those are two different functions - pan (in navigator) vs.
move and pan in composer.
So 'one arrow with a square' in composer should be replaced with 'for
arrows' from map navigator.

sorry for noise ...
Robert
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
attachment: mActionAddRasterLayer.pngattachment: mActionZoomToSelected.png___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-26 Thread haubourg

Hi, 
my opinion is somewhere between Larry's and Yve's.. 
GIS theme has two main drawbacks IMHO: 

1. Global render of toolbars is a cold blue - gray, in opposite of all QGIS
relate support, that are colorfull (sites, GUI). It looks very old school
GIS to me.. My wife, who likes painting, and sometimes uses QGIS at work,
clearly vote for current theme..
2. Shapes of icons are too 'edgy' and complex to me, so difficult to read 

With some projected shadows, more contrasts and colors... that coud do.. But
I find current theme closer to QGIS spirit than GIS theme.. 

Just a thougth, GIS zoom tools are leaning to the right, whereas current
tools are leaning to the left. I find it.. strange (I right hand writer).
;-) Am I alone?



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Cast-your-vote-Default-icon-theme-for-QGIS-2-0-tp4987107p4991137.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-26 Thread Tim Sutton

On Thu, Jul 26, 2012 at 7:27 PM, Larry Shaffer lar...@dakotacarto.com wrote:
Hi Robert,

I like the consistent look of your icon set. The results of Tim's poll
clearly show many wish to switch to your set right away [0].

The shadows look quite nice for me. The larger issue I have is that
many of the icons are just hard to recognise when you see them lined
up side by side.

Regards

Tim

So, there may need to be some new icons made that represent tool
groups, though some discussion on condensing tools has to happen
first.

[0] http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70
[1] ToolButtonPopupMode: http://qt-project.org/doc/qt-4.7/qtoolbutton.html
[2]
http://osgeo-org.1560.n6.nabble.com/Cast-your-vote-Default-icon-theme-for-QGIS-2-0-tp4987108p4987577.html

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

On Thu, Jul 26, 2012 at 6:37 AM, Robert Szczepanek rob...@szczepanek.pl
wrote:
My answer was too fast...

On 26.07.2012 14:27, Robert Szczepanek wrote:

Hi Matthias and Tim,
On 26.07.2012 14:10, Matthias Kuhn wrote:

You are right. We should select just one of them. One arrow seems for me
at this moment better choice. Expanation - below.

I was wrong and those are two different functions - pan (in navigator) vs.
move and pan in composer.
So 'one arrow with a square' in composer should be replaced with 'for
arrows' from map navigator.

sorry for noise ...
Robert
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

--
Tim Sutton - QGIS Project Steering Committee Member (Release Manager)
==
Please do not email me off-list with technical
support questions. Using the lists will gain
more exposure for your issues and the knowledge
surrounding your issue will be shared with all.

Visit http://linfiniti.com to find out about:
* QGIS programming and support services
* Mapserver and PostGIS based hosting plans
* FOSS Consulting Services
Skype: timlinux
Irc: timlinux on #qgis at freenode.net
==
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-10 Thread Sandro Santilli

On Tue, Jul 10, 2012 at 08:28:07AM +0200, Tim Sutton wrote:
 Hi All
 
 Please take a moment to tell us what you think: Should the 'GIS' icon
 theme be default in QGIS 2.0 (the next release of QGIS). Please visit
 our poll here to cast your vote:
 
  http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70
 
 In case you are not familiar with the fact that QGIS has icon themes,
 you can switch between them by going to:
 
 Settings Menu - Options - General Tab - Application section - Icon
 theme pick list
 
 We look forward to your feedback!

Is there any reason why would one want to use the 'GIS' theme other than
personal preference ?

Like, is it shared across multiple applications, improving consistency
of desktop lookfeel ?

--strk;
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-10 Thread Alexander Bruy

2012/7/10 Sandro Santilli s...@keybit.net:
 Like, is it shared across multiple applications, improving consistency
 of desktop lookfeel ?

AFAIK, this icon theme also used in GRASS GUI

-- 
Alexander Bruy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-10 Thread Werner Macho

Hi!


 Is there any reason why would one want to use the 'GIS' theme other than
 personal preference ?
 Like, is it shared across multiple applications, improving consistency
 of desktop lookfeel ?

As far as I can see (and already wrote in my email) GRASS is using the
GIS Icon Theme in in their wxwindows GUI ..
So .. It's just one application so far using it as default ..
But as I think GRASS and QGIS are used together a lot it would make it
easier for users to recognise the icons.
I am sure there will be a lot of complaints in the begining (people
don't like anything changed when it comes to visual things) but on the
long term (and when other opensource GIS would also use this icons) it
would make a much more consistent feeling across all GIS (but you are
right for now it would only be GRASS and QGIS).

Said that I also like Roberts icons much more than the defaults now
(looking a lot clearer and technical) and beside that I think Roberts
work should be shown to the world as he is investing a lot of time for
a more consistent look.

I hope that other GIS would jump on this train too

kind regards
Werner
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0

2012-07-10 Thread Yves Jacolin (free)


Le 10/07/2012 10:05, Sandro Santilli a écrit :

On Tue, Jul 10, 2012 at 08:28:07AM +0200, Tim Sutton wrote:

Hi All

Please take a moment to tell us what you think: Should the 'GIS' icon
theme be default in QGIS 2.0 (the next release of QGIS). Please visit
our poll here to cast your vote:

  http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70

In case you are not familiar with the fact that QGIS has icon themes,
you can switch between them by going to:

Settings Menu - Options - General Tab - Application section - Icon
theme pick list

We look forward to your feedback!


Is there any reason why would one want to use the 'GIS' theme other than
personal preference ?

Like, is it shared across multiple applications, improving consistency
of desktop lookfeel ?

--strk;


Am I the only one finding the new QGIS theme icon so ugly (sorry if the
word seems strong, I can't find another one as my vocabulary is limited)?

Y.
--
Yves Jacolin


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

39 matches

Mail list logo