Re: [Qgis-developer] New Icons - difficult to "read"

[Robert Szczepanek]

Layer toolbar could look like this [1], except OWS icons.
Oracle Spatial logo was not found, so I took 'O' from Oracle, but it 
looks ugly in this context. Combination of this 'O' with database symbol 
doesn't look nice either. Some proposals ...?


We could leave old database symbol with different colours, but MSSQL, 
SpatiaLite and Oracle icons are mainly red so this will be hard. 
Additionally we must remember about color-blind persons.


regards,
Robert

[1] http://robert.szczepanek.pl/tmp/layer-toolbar.png

On 24.05.2013 13:51, Robert Szczepanek wrote:

Hi Jonathan,

You are right. Problem with new icons is that we have started with some
idea (add raster, vector, PostgreSQL layer) and end up with several
icons of the same type. First three icons are different, however have
too many elements. Next are worse, and Oracle and others wait for more
general problem solution.

What are the options from my point of view (just layer toolbar)?

1. We could remove green plus leaving the others (yellow star and red
minus). This will give some more space to increase symbol size.

2. Remove 'layer' symbol, but in this case 'create vector layer' will be
identical to 'create vector' in edit toolbar. But considering toolbar
context is could be OK.
Definitely we should remove 'layer' from WMS, WFS and similar.

3. Due to variety of database formats replace them with clones of
database logo.

All changes are possible, but after general agreement. We can do it now
or after QGIS 2.0 release.

regards,
Robert

On 24.05.2013 10:59, Jonathan Moules wrote:

+1

i.e. The difference between the "Add PostGIS layers" and "Add SpatiaLite
layers" is that one has a regular cylinder and the other has a
fat-waisted hour-glass cylinder - about 20-30 pixels are different in an
icon that's got 1024 pixels! I have to look at them in detail to see the
differences. And there's still MSSQL and Oracle icons to be created in
the new schema which using this system will only confuse things more.


Don't get me wrong, I like the style of the new icons, but they're
really hard to visually differentiate.


I did a quick google and came across this:
http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/


The QGIS icons do all of the top three things.

Jonathan





On 24 May 2013 09:27, skampus mailto:stefano.cam...@regione.piemonte.it>> wrote:

that could be a useful option.
sincerely, from my point of view, many icons are
unreadable/undistinguishable so i click them correctly only because
now i
remberer relative position




--
View this message in context:

http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.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



This transmission is intended for the named addressee(s) only and may
contain sensitive or protectively marked material up to RESTRICTED and
should be handled accordingly. Unless you are the named addressee (or
authorised to receive it for the addressee) you may not copy or use it,
or disclose it to anyone else. If you have received this transmission in
error please notify the sender immediately. All email traffic sent to or
from us, including without limitation all GCSX traffic, may be subject
to recording and/or monitoring in accordance with relevant legislation.


___
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] [Qgis-user] New Icons - difficult to "read"

[Larry Shaffer]

Hi,

On Fri, May 24, 2013 at 11:10 AM, kimaidou  wrote:

> +1 with Paolo
> I prefer the new default qgis icon set, but I do not understand why we
> need to remove the other icon sets, as long as the "qgis" theme is the new
> default one.
>

A big -1 for the project maintaining 2 themes. If the old default is not
maintained with distinctly different icons (it hasn't been for a while)
then it only presents more hodge-podge-looking design for the project to
end users.

If something ships with the final release package, it should be maintained.
IMO, the old default theme is not maintained (and looks like it), therefore
it should not ship, and no more energy should be wasted on maintaining it.

This is similar to the decision to focus on only master branch and release
the app from it, instead of maintaining multiple version branches with
backports. It really comes down to streamlining the whole release process
and providing a quality app, all with limited development resources,
instead of trying to be everything to all users. Using that paradigm,
maintaining a second, defunct theme just doesn't seem reasonable.

I do think the multi-theme code should be left, so third-party devs or
users can use their own themes, but this does mean those users need to
recompile the app. (Current theme support does not allow run-time switching
of the theme, even after a restart.)


A big +1 for only focusing on fixing the current issues with the new
default theme, AND extending the GUI/string freeze until it is ready for
2.0 release (though the hard feature/API freeze should happen really soon).

Towards that move-forward-only goal, and given the obvious time
constraints, I propose the following:

1) List all icons on a single wiki page - Something similar was started
back in 2011 [0]. Just updating that page should work. This means all icons
in main image.qrc and for core plugins that have their own .qrc files.

2) Comment on specific icons or groups of icons - Everyone puts their
comments on that wiki page, hopefully in a constructive and timely manner
(within the next 3-5 days?).

3) Fix a subset of icons for 2.0 - Once problem icons are identified, fix
the most problematic ones for 2.0 release. This does mean that some more
icons will later change on 2.1 release (to update all of the theme), but no
icon should change at both releases, especially the core, main interface
icons.

Using this method, Robert, and anyone helping him, can focus directly on
what needs fixed, and prioritize those fixes for a 2.0 release.


[0] http://hub.qgis.org/wiki/17/Icons_20

Regards,

Larry




> 2013/5/24 Paolo Cavallini 
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Il 24/05/2013 17:42, Matthias Kuhn ha scritto:
>>
>> > I'm along the lines of Werner, Anita, Marco... The new "gis" icon set
>> > looks much more professional than the old icon set and the look of the
>> > icon set actually gives the software a whole different look.
>>
>> > So please let's focus on making the "gis" icon theme better. The old
>> > version gets a big -1 from me.
>>
>> Sorry I was unclear. I agree that the new theme must be the default, and
>> our efforts
>> must focus on this one. What I think our users will not like it being
>> *forced* to
>> change. Leaving the old theme does not cost us anything, and would be a
>> favour to the
>> many who, understandably or not, do not like the change.
>> All the best.
>>
>> - --
>> Paolo Cavallini - Faunalia
>> www.faunalia.eu
>> Full contact details at www.faunalia.eu/pc
>> Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.12 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAlGfkXEACgkQ/NedwLUzIr72fACfciPn0mHjN0CKbkJZgCm9U3mt
>> eEEAoJVe382A8sr7/IfbQ5IP6KjT6C5R
>> =oWdS
>> -END PGP SIGNATURE-
>> ___
>> 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] [Qgis-user] New Icons - difficult to "read"

[kimaidou]

+1 with Paolo
I prefer the new default qgis icon set, but I do not understand why we need
to remove the other icon sets, as long as the "qgis" theme is the new
default one.


2013/5/24 Paolo Cavallini 

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Il 24/05/2013 17:42, Matthias Kuhn ha scritto:
>
> > I'm along the lines of Werner, Anita, Marco... The new "gis" icon set
> > looks much more professional than the old icon set and the look of the
> > icon set actually gives the software a whole different look.
>
> > So please let's focus on making the "gis" icon theme better. The old
> > version gets a big -1 from me.
>
> Sorry I was unclear. I agree that the new theme must be the default, and
> our efforts
> must focus on this one. What I think our users will not like it being
> *forced* to
> change. Leaving the old theme does not cost us anything, and would be a
> favour to the
> many who, understandably or not, do not like the change.
> All the best.
>
> - --
> Paolo Cavallini - Faunalia
> www.faunalia.eu
> Full contact details at www.faunalia.eu/pc
> Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAlGfkXEACgkQ/NedwLUzIr72fACfciPn0mHjN0CKbkJZgCm9U3mt
> eEEAoJVe382A8sr7/IfbQ5IP6KjT6C5R
> =oWdS
> -END PGP SIGNATURE-
> ___
> 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] Adjacency Matrix - Connectivity Matrix

[Carles Boïls Gisbert]

Hi all,

I am trying to develop a plugin for QGIS with PyQgis and I am wondering how
is possible to get the adjacency for a network.

I have two layers, nodes.shp and link.shp. The nodes.shp are the vertex of
the links.shp. So my idea was to create a buffer of nodes.shp and then
intersect this buff_nodes.shp with link.shp and get the the attributes
which are connected between them.

I tried to do in this way, and when I intersect the buffer with link
doesn't give me any  file with the intersection. I don't  know if that is
because can no be intersected polynes and polygins or what.

I am new using the libraries of pyqgis and maybe is already developed some
library which calculates it automatically. So...

Anyone knows or has any idea how to get the adjacency matrix of a
vectorLayer?


Thanks in advance


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

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 24/05/2013 17:42, Matthias Kuhn ha scritto:

> I'm along the lines of Werner, Anita, Marco... The new "gis" icon set 
> looks much more professional than the old icon set and the look of the 
> icon set actually gives the software a whole different look.

> So please let's focus on making the "gis" icon theme better. The old 
> version gets a big -1 from me.

Sorry I was unclear. I agree that the new theme must be the default, and our 
efforts
must focus on this one. What I think our users will not like it being *forced* 
to
change. Leaving the old theme does not cost us anything, and would be a favour 
to the
many who, understandably or not, do not like the change.
All the best.

- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlGfkXEACgkQ/NedwLUzIr72fACfciPn0mHjN0CKbkJZgCm9U3mt
eEEAoJVe382A8sr7/IfbQ5IP6KjT6C5R
=oWdS
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[Matthias Kuhn]

Hi,

I'm along the lines of Werner, Anita, Marco... The new "gis" icon set 
looks much more professional than the old icon set and the look of the 
icon set actually gives the software a whole different look.

 From what I've read here, the main concern lies on the add layer icons 
which look too similar. If I remember correctly there was a plan to 
collapse them all into a single add layer button. I don't know what 
happened to this plan, but that would help to overcome this problem and 
enhance the gui as it will get cleaner. Is there anybody working on 
this feature still?

Please allow me to ask, which other icons (apart from the add layer 
icons) look too similar or have other problems.

For me the icon set is something similar to the logo. The current (1.8) 
designs look hobby-ish and need a redesign. But as you mentioned, a 
change should happen once only and not in every minor release.

So please let's focus on making the "gis" icon theme better. The old 
version gets a big -1 from me.

Matthias

On Fre 24 Mai 2013 17:28:49 CEST, Jonathan Moules wrote:
> Hi Marco,
> I'm afraid I respectfully disagree. A "short adaptation period" won't
> make the icons more obvious.
>
> I'm not a big QGIS user. If I want to use /any/ function in QGIS, I
> have to stare at the icons and use the tooltips to figure out what
> button does what, so I'm not "adapted" to the 1.8 set, let alone the
> 2.x ones.
>
> That said, when I look at the 2.0 set what I see is many icons that
> are almost identical. Any icon that is only ~3% different from its
> neighbour (i.e. the database ones) is never going to be any good for
> its purpose. I'd imagine people with a visual impairment may struggle
> even more.
>
> Also remember, not all users navigate by knowing where the buttons are
> (in fact, most don't). For those users you *have* to have a good set
> of icons that are easily differentiated at a glance.
>
> I think colour would be a start, but the designs themselves are still
> too similar.
>
> I think resolving this in time for the 2.x release makes sense.
> Otherwise those who do learn these icons will have to re-learn them
> for 2.1. It doesn't make sense to change something as fundamental as
> the iconography twice in as many releases.
>
> Just my 2p.
>
> Kind Regards,
> Jonathan
>
>
> On 24 May 2013 13:23, Marco Bernasocchi  > wrote:
>
> Agree as well with Werner and Anita.
> It is just matter of a short adaptation period.
>
> Ciao
>
>
> On 05/24/2013 01:34 PM, Anita Graser wrote:
>
> Hi,
>
> -1. I agree with Werner. Having used the "gis" icon set for
> many months,
> I have problems using the old ones. That's just how the human
> mind works.
> Let's improve the "gis" icons where it makes sense but let us
> focus or
> work on one set.
>
> Best wishes,
> Anita
>
>
>
> On Fri, May 24, 2013 at 1:14 PM, Werner Macho
> mailto:werner.ma...@gmail.com>
>  __>> wrote:
>
> Hi!
>
> -1 for keeping the old Icons..
>
> I'd rather vote to probably leave them for 2.0 but get rid
> of them
> afterwards.. It does not make any sense to have different
> sets of
> icons ..
> And as GRASS is using the same icon set in their GUI it
> does indeed
> make sense to use it probably in every open source GIS ..
>
> I know that the first time might be hard but that"s just
> the usual
> human behaviour of refusing new things.
> But for e.g. I am working with the new icon set since a
> very long
> time (to use GRASS and QGIS in parallel) and I can find
> everything
> at once but rather have some kind of problems when I
> switch to the
> old ones..
>
> So I know that I could adapt myself to the old iconset
> within a few
> days .. It"s just human that every "more work" you have to
> do gets
> refused at first regardless of the advatnages it might
> bring later
>
> So maybe for a period of migration I"d leave the old icons
> inside
> but definitely not for 2.1 or later ..
>
> OF course that all is just my personal experience and opinion
>
> kind regards
> Werner
>
>
>
>
> On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira
> mailto:dcarre...@edia.pt>
> >> wrote:
>
> I would like to ask the “powers that be” to keep the
> old and
> trusted icons. They never failed me and the gui is quite
> uplifting. The new set may be technically better but
> is not as
>  

Re: [Qgis-developer] How to enable labeling tools to move labels (since last merge of Larry's work)

[Larry Shaffer]

Hi Régis,

On Fri, May 24, 2013 at 5:04 AM, Régis Haubourg <
regis.haubo...@eau-adour-garonne.fr> wrote:

> Hi all,
> Larry, first, congratulations for the great labeling refactoring, this is
> huge!
>
> I couldn't find a way to enable the move / rotate tools in toolbar, in edit
> mode, after having defined fields for X and Y in expression. Tools that
> opens a dialog to modify font, text.. is working, but I couldn't change Y X
> values in it.
> Is this an issue or a I missing something?
>

There is a short description about this below those settings:
"( Define attribute fields to enable labeling map tools )"

It means that only an attribute field mapping data definition can be used
to enable the labeling map tools (e.g. Move, Rotate, Change Properties). An
expression does not work. Since those tools directly edit the attribute
table, access to the field needs to be established, i.e. a data defined
mapped attribute field.

While it is possible to find out what attribute fields (aka columns) are
referenced within an expression, there is no simple means of determining
any one of those fields are intended to be open for writing new values. It
is possible when there is only one field in the expression, and no other
parts to the expression, to use it directly, but then why not just map a
field?

There are use cases for allowing expressions for all of those settings (X,
Y, Alignments, Rotation), so limiting those data definitions to only
allowing attribute field mappings would not be a good idea.

It looks like the 1 line help description, noted above, needs more work.
Maybe invert the logic?:
"(Defining expressions will disable labeling map tools)"

Also, a good and concise contextual help needs drafted to explain new
labeling options and how they work. Then, expanded upon for inclusion in
general documentation.

Regards,

Larry



> régis
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/How-to-enable-labeling-tools-to-move-labels-since-last-merge-of-Larry-s-work-tp5055535.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
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[Jonathan Moules]

Hi Marco,
I'm afraid I respectfully disagree. A "short adaptation period" won't make
the icons more obvious.

I'm not a big QGIS user. If I want to use /any/ function in QGIS, I have to
stare at the icons and use the tooltips to figure out what button does
what, so I'm not "adapted" to the 1.8 set, let alone the 2.x ones.

That said, when I look at the 2.0 set what I see is many icons that are
almost identical. Any icon that is only ~3% different from its neighbour
(i.e. the database ones) is never going to be any good for its purpose. I'd
imagine people with a visual impairment may struggle even more.

Also remember, not all users navigate by knowing where the buttons are (in
fact, most don't). For those users you *have* to have a good set of icons
that are easily differentiated at a glance.

I think colour would be a start, but the designs themselves are still too
similar.

I think resolving this in time for the 2.x release makes sense. Otherwise
those who do learn these icons will have to re-learn them for 2.1. It
doesn't make sense to change something as fundamental as the iconography
twice in as many releases.

Just my 2p.

Kind Regards,
Jonathan


On 24 May 2013 13:23, Marco Bernasocchi  wrote:

> Agree as well with Werner and Anita.
> It is just matter of a short adaptation period.
>
> Ciao
>
>
> On 05/24/2013 01:34 PM, Anita Graser wrote:
>
>> Hi,
>>
>> -1. I agree with Werner. Having used the "gis" icon set for many months,
>> I have problems using the old ones. That's just how the human mind works.
>> Let's improve the "gis" icons where it makes sense but let us focus or
>> work on one set.
>>
>> Best wishes,
>> Anita
>>
>>
>>
>> On Fri, May 24, 2013 at 1:14 PM, Werner Macho > > wrote:
>>
>> Hi!
>>
>> -1 for keeping the old Icons..
>>
>> I'd rather vote to probably leave them for 2.0 but get rid of them
>> afterwards.. It does not make any sense to have different sets of
>> icons ..
>> And as GRASS is using the same icon set in their GUI it does indeed
>> make sense to use it probably in every open source GIS ..
>>
>> I know that the first time might be hard but that"s just the usual
>> human behaviour of refusing new things.
>> But for e.g. I am working with the new icon set since a very long
>> time (to use GRASS and QGIS in parallel) and I can find everything
>> at once but rather have some kind of problems when I switch to the
>> old ones..
>>
>> So I know that I could adapt myself to the old iconset within a few
>> days .. It"s just human that every "more work" you have to do gets
>> refused at first regardless of the advatnages it might bring later
>>
>> So maybe for a period of migration I"d leave the old icons inside
>> but definitely not for 2.1 or later ..
>>
>> OF course that all is just my personal experience and opinion
>>
>> kind regards
>> Werner
>>
>>
>>
>>
>> On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira > > wrote:
>>
>> I would like to ask the “powers that be” to keep the old and
>> trusted icons. They never failed me and the gui is quite
>> uplifting. The new set may be technically better but is not as
>> friendly to users.
>>
>> Please keep both.
>>
>> Duarte
>>
>> *De:*Jonathan Moules 
>> [mailto:jonathanmoules@**warwickshire.gov.uk
>> 
>> > >]
>> *Enviada:* sexta-feira, 24 de Maio de 2013 09:59
>> *Para:* skampus
>> *Cc:* qgis-u...@lists.osgeo.org
>> ;
>> qgis-developer@lists.osgeo.org
>> 
>> > >
>> *Assunto:* Re: [Qgis-user] [Qgis-developer] New Icons -
>>
>> difficult to "read"
>>
>> +1
>>
>> i.e. The difference between the "Add PostGIS layers" and "Add
>> SpatiaLite layers" is that one has a regular cylinder and the
>> other has a fat-waisted hour-glass cylinder - about 20-30 pixels
>> are different in an icon that's got 1024 pixels! I have to look
>> at them in detail to see the differences. And there's still
>> MSSQL and Oracle icons to be created in the new schema which
>> using this system will only confuse things more.
>>
>> Don't get me wrong, I like the style of the new icons, but
>> they're really hard to visually differentiate.
>>
>> I did a quick google and came across this:
>>
>> http://turbomilk.com/blog/**cookbook/icon_design/10_**
>> mistakes_in_icon_design/
>>
>> The QGIS icons do all of the top three things.
>>
>> Jonathan
>>
>> On 24 May 2013 09:27, skampus
>> 
>> 
>> 
>> >
>> wrote:
>>
>> that 

[Qgis-developer] Faunalia is hiring

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

See http://www.faunalia.eu/
All the best.
- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlGfhT4ACgkQ/NedwLUzIr4VswCgtJ0Tgfqs2B6CNnAMgd/vM+OD
/k4AnRzdYkNK0YQAlrS60O7kzyg/OYsQ
=/Egg
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS Server - GetPrint with a composer containing HTML block causes segfault

[kimaidou]

Hi

I just opened a new issue : http://hub.qgis.org/issues/7894
Discussion can go on there.

Cheers
Michael


2013/5/24 kimaidou 

> Hi
>
> I just tested the same "long" text replacement passed in the parameter,
> but after unchecking the feature "Display in HTML". It appears that the
> behaviour is the same : when using this feature (dynamic strings for text
> item in composers) in the GetPrint request, QGIS does not respect the
> position and size of the text box. All the text is displayed in a single
> line which make the box "overflows" to the right.
>
> I have not yet find the specific server code wich handles this part, so I
> cannot propose a pull request for it.
>
> Michael
>
>
> 2013/5/23 kimaidou 
>
>> Ok, so I ran some more test. Here are the results
>>
>> I have set up a simple composer in QGIS (last master, compiled this
>> morning)
>> http://picpaste.com/Capture_du_2013-05-23_15_48_30-9NozmDib.png
>>
>> When I export in PDF from QGIS composer, I get this
>> http://temp-share.com/show/KdPfy1yuh
>>
>> When I ran the request [1] which is the getprint (wrapped by Lizmap, but
>> it is kind of a proxy to QGIS Server)
>> Basically I added the parameter truc=MY FOO TITLE BOLD
>> I get this :
>> http://temp-share.com/show/Pf3YjoO62
>>
>> When I ran the same request but with a longer "truc" parameter, like
>> &truc=MY FOO TITLE BOLDLorem ipsum dolor sit amet, consectetur
>> adipiscing elit. Quisque luctus adipiscing fringilla. Fusce eget justo
>> tellus. Maecenas dolor augue, sollicitudin at iaculis et, congue et metus.
>> Aenean tincidunt ipsum sit amet ipsum ornare fermentum. Proin fringilla
>> laoreet hendrerit. Curabitur dui urna, interdum tempus blandit eu,
>>
>> I get this:
>> http://temp-share.com/show/f3YgiOWwn
>>
>> So it appears that the dynamic replacement via the GetPrint request does
>> not respect the position and size of my "truc" text box. Have I missed
>> something or shall I report a bug ?
>>
>> Thanks in advance
>> Michael
>>
>> [1]
>> http://localhost/LIZMAP/lizmap-web-client/lizmap/www/index.php/lizmap/service/?repository=dev&project=dev_print&SERVICE=WMS&VERSION=1.3&REQUEST=GetPrint&FORMAT=pdf&EXCEPTIONS=application/vnd.ogc.se_inimage&TRANSPARENT=true&SRS=EPSG:3857&DPI=300&TEMPLATE=lizmap&map0:extent=423524.8086443924,5400434.830480828,431474.979630755,5410235.04125647&map0:rotation=0&map0:scale=4.999&LAYERS=commune&truc=MY%20FOO%20TITLE%20%3Cb%3EBOLD%3C/b%3E
>>
>>
>>
>> 2013/5/23 kimaidou 
>>
>>> Ok, new report here :
>>>
>>> * Instead of using an HTML item which forces to load an external html
>>> file, I just use a classical Text item. I have checked the "Display in
>>> HTML" checkbox
>>>
>>> * I setup an ID for this text box, for example "myid"
>>>
>>> * I can request the getPrint and add the parameter and content, for
>>> example
>>> ...&LAYERS=commune&myid=a small testlorem ipsum
>>> blablabl
>>>
>>> * It seems to work, but I get a tiny tiny box with some unreadble text
>>> in it.
>>>
>>> I think I must pass some extra parameters to the fake X Server, like the
>>> screen size, etc.
>>>
>>> I will report further attempts
>>>
>>> Cheers
>>> Michael
>>>
>>>
>>> 2013/5/23 kimaidou 
>>>
 I report my progress here

 I managed to get a PDF via the GetPrint request by following these steps

 1/ Create a fake X server
 Xvfb :99 -ac -noreset &

 2/ Add the option in the fastcgi , for example
   FastCgiConfig -idle-timeout 70 -maxClassProcesses 50 -minProcesses 3
 -init-start-delay 3 -restart-delay 20 -startDelay 15 -initial-env
 DISPLAY=:99  LD_LIBRARY_PATH=/home/kimaidou/src/qgis/build/lib/

 3/ Restart Apache
 service apache2 restart


 After this, I tried the GetPrint request from my QGIS project with a
 composer containing a HTML item. The request get a PDF as an answer, but
 the HTML item is empty.

 I will try with another composer, etc., and report here.

 By the way, is there a way to pass an HTML string via a parameter to
 the getPrint request for HTML items, as it is possible for text item ? This
 would rock !

 Michael


 2013/5/23 kimaidou 

> Hi Tim and Marco
>
> I come back to this subject after helping to solve the performance
> problem with Mathias.
> So, I am first runnning my tests on my ubuntu laptop. Since it is my
> computer, it is not ubuntu server but the classical Ubuntu with an X 
> server
> running.
>
> I tried in my terminal
> echo $DISPLAY
> :0
>
> So it seems (but I am far from being a X server guru !) that this is
> the DISPLAY value I should pass to QGIS Server.
> This is why I added the following configurartion in my virtual host
> (and in the fastcgi config file):
>
> In the virtual host
> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
> 
> AllowOverride None
> Options +ExecCGI -MultiView

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[Marco Bernasocchi]

Agree as well with Werner and Anita.
It is just matter of a short adaptation period.

Ciao

On 05/24/2013 01:34 PM, Anita Graser wrote:

Hi,

-1. I agree with Werner. Having used the "gis" icon set for many months,
I have problems using the old ones. That's just how the human mind works.
Let's improve the "gis" icons where it makes sense but let us focus or
work on one set.

Best wishes,
Anita



On Fri, May 24, 2013 at 1:14 PM, Werner Macho mailto:werner.ma...@gmail.com>> wrote:

Hi!

-1 for keeping the old Icons..

I'd rather vote to probably leave them for 2.0 but get rid of them
afterwards.. It does not make any sense to have different sets of
icons ..
And as GRASS is using the same icon set in their GUI it does indeed
make sense to use it probably in every open source GIS ..

I know that the first time might be hard but that"s just the usual
human behaviour of refusing new things.
But for e.g. I am working with the new icon set since a very long
time (to use GRASS and QGIS in parallel) and I can find everything
at once but rather have some kind of problems when I switch to the
old ones..

So I know that I could adapt myself to the old iconset within a few
days .. It"s just human that every "more work" you have to do gets
refused at first regardless of the advatnages it might bring later

So maybe for a period of migration I"d leave the old icons inside
but definitely not for 2.1 or later ..

OF course that all is just my personal experience and opinion

kind regards
Werner




On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira mailto:dcarre...@edia.pt>> wrote:

I would like to ask the “powers that be” to keep the old and
trusted icons. They never failed me and the gui is quite
uplifting. The new set may be technically better but is not as
friendly to users.

Please keep both.

Duarte

*De:*Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk
]
*Enviada:* sexta-feira, 24 de Maio de 2013 09:59
*Para:* skampus
*Cc:* qgis-u...@lists.osgeo.org
;
qgis-developer@lists.osgeo.org

*Assunto:* Re: [Qgis-user] [Qgis-developer] New Icons -
difficult to "read"

+1

i.e. The difference between the "Add PostGIS layers" and "Add
SpatiaLite layers" is that one has a regular cylinder and the
other has a fat-waisted hour-glass cylinder - about 20-30 pixels
are different in an icon that's got 1024 pixels! I have to look
at them in detail to see the differences. And there's still
MSSQL and Oracle icons to be created in the new schema which
using this system will only confuse things more.

Don't get me wrong, I like the style of the new icons, but
they're really hard to visually differentiate.

I did a quick google and came across this:


http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/

The QGIS icons do all of the top three things.

Jonathan

On 24 May 2013 09:27, skampus
mailto:stefano.cam...@regione.piemonte.it>> wrote:

that could be a useful option.
sincerely, from my point of view, many icons are
unreadable/undistinguishable so i click them correctly only
because now i
remberer relative position




--
View this message in context:

http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.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



This transmission is intended for the named addressee(s) only
and may contain sensitive or protectively marked material up to
RESTRICTED and should be handled accordingly. Unless you are the
named addressee (or authorised to receive it for the addressee)
you may not copy or use it, or disclose it to anyone else. If
you have received this transmission in error please notify the
sender immediately. All email traffic sent to or from us,
including without limitation all GCSX traffic, may be subject to
recording and/or monitoring in accordance with relevant legislation.


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org

http://lists.osgeo.org/mailman/listinfo/qgis-developer



__

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[Robert Szczepanek]

Hi Jonathan,

You are right. Problem with new icons is that we have started with some 
idea (add raster, vector, PostgreSQL layer) and end up with several 
icons of the same type. First three icons are different, however have 
too many elements. Next are worse, and Oracle and others wait for more 
general problem solution.


What are the options from my point of view (just layer toolbar)?

1. We could remove green plus leaving the others (yellow star and red 
minus). This will give some more space to increase symbol size.


2. Remove 'layer' symbol, but in this case 'create vector layer' will be 
identical to 'create vector' in edit toolbar. But considering toolbar 
context is could be OK.

Definitely we should remove 'layer' from WMS, WFS and similar.

3. Due to variety of database formats replace them with clones of 
database logo.


All changes are possible, but after general agreement. We can do it now 
or after QGIS 2.0 release.


regards,
Robert

On 24.05.2013 10:59, Jonathan Moules wrote:

+1

i.e. The difference between the "Add PostGIS layers" and "Add SpatiaLite
layers" is that one has a regular cylinder and the other has a
fat-waisted hour-glass cylinder - about 20-30 pixels are different in an
icon that's got 1024 pixels! I have to look at them in detail to see the
differences. And there's still MSSQL and Oracle icons to be created in
the new schema which using this system will only confuse things more.


Don't get me wrong, I like the style of the new icons, but they're
really hard to visually differentiate.


I did a quick google and came across this:
http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/

The QGIS icons do all of the top three things.

Jonathan





On 24 May 2013 09:27, skampus mailto:stefano.cam...@regione.piemonte.it>> wrote:

that could be a useful option.
sincerely, from my point of view, many icons are
unreadable/undistinguishable so i click them correctly only because
now i
remberer relative position




--
View this message in context:

http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.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



This transmission is intended for the named addressee(s) only and may
contain sensitive or protectively marked material up to RESTRICTED and
should be handled accordingly. Unless you are the named addressee (or
authorised to receive it for the addressee) you may not copy or use it,
or disclose it to anyone else. If you have received this transmission in
error please notify the sender immediately. All email traffic sent to or
from us, including without limitation all GCSX traffic, may be subject
to recording and/or monitoring in accordance with relevant legislation.


___
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] [Qgis-user] New Icons - difficult to "read"

[Alexander Bruy]

Hi,

I fully agree with Werner and Anita. "gis" theme is consistent, clear
and looks much better
then old icons. Maybe all we need is only some small improvements in
color scheme as
suggested by Robert.

So, -1 for keeping old icons.

2013/5/24, Anita Graser :
> Hi,
>
> -1. I agree with Werner. Having used the "gis" icon set for many months, I
> have problems using the old ones. That's just how the human mind works.
> Let's improve the "gis" icons where it makes sense but let us focus or work
> on one set.
>
> Best wishes,
> Anita

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

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[Anita Graser]

Hi,

-1. I agree with Werner. Having used the "gis" icon set for many months, I
have problems using the old ones. That's just how the human mind works.
Let's improve the "gis" icons where it makes sense but let us focus or work
on one set.

Best wishes,
Anita



On Fri, May 24, 2013 at 1:14 PM, Werner Macho wrote:

> Hi!
>
> -1 for keeping the old Icons..
>
> I'd rather vote to probably leave them for 2.0 but get rid of them
> afterwards.. It does not make any sense to have different sets of icons ..
> And as GRASS is using the same icon set in their GUI it does indeed make
> sense to use it probably in every open source GIS ..
>
> I know that the first time might be hard but that"s just the usual human
> behaviour of refusing new things.
> But for e.g. I am working with the new icon set since a very long time (to
> use GRASS and QGIS in parallel) and I can find everything at once but
> rather have some kind of problems when I switch to the old ones..
>
> So I know that I could adapt myself to the old iconset within a few days
> .. It"s just human that every "more work" you have to do gets refused at
> first regardless of the advatnages it might bring later
>
> So maybe for a period of migration I"d leave the old icons inside but
> definitely not for 2.1 or later ..
>
> OF course that all is just my personal experience and opinion
>
> kind regards
> Werner
>
>
>
>
> On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira wrote:
>
>>  I would like to ask the “powers that be” to keep the old and trusted
>> icons. They never failed me and the gui is quite uplifting. The new set may
>> be technically better but is not as friendly to users.
>>
>>
>>
>> Please keep both.
>>
>>
>>
>> Duarte
>>
>>
>>
>> *De:* Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
>> *Enviada:* sexta-feira, 24 de Maio de 2013 09:59
>> *Para:* skampus
>> *Cc:* qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org
>> *Assunto:* Re: [Qgis-user] [Qgis-developer] New Icons - difficult to
>> "read"
>>
>>
>>
>> +1
>>
>>
>>
>> i.e. The difference between the "Add PostGIS layers" and "Add SpatiaLite
>> layers" is that one has a regular cylinder and the other has a fat-waisted
>> hour-glass cylinder - about 20-30 pixels are different in an icon that's
>> got 1024 pixels! I have to look at them in detail to see the differences.
>> And there's still MSSQL and Oracle icons to be created in the new schema
>> which using this system will only confuse things more.
>>
>>
>>
>>
>>
>> Don't get me wrong, I like the style of the new icons, but they're really
>> hard to visually differentiate.
>>
>>
>>
>>
>>
>> I did a quick google and came across this:
>>
>> http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/
>>
>>
>>
>> The QGIS icons do all of the top three things.
>>
>>
>>
>> Jonathan
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On 24 May 2013 09:27, skampus  wrote:
>>
>> that could be a useful option.
>> sincerely, from my point of view, many icons are
>> unreadable/undistinguishable so i click them correctly only because now i
>> remberer relative position
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.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
>>
>>
>>
>> This transmission is intended for the named addressee(s) only and may
>> contain sensitive or protectively marked material up to RESTRICTED and
>> should be handled accordingly. Unless you are the named addressee (or
>> authorised to receive it for the addressee) you may not copy or use it, or
>> disclose it to anyone else. If you have received this transmission in error
>> please notify the sender immediately. All email traffic sent to or from us,
>> including without limitation all GCSX traffic, may be subject to recording
>> and/or monitoring in accordance with relevant legislation.
>>
>> ___
>> 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] [Qgis-user] New Icons - difficult to "read"

[Werner Macho]

Hi!

-1 for keeping the old Icons..

I'd rather vote to probably leave them for 2.0 but get rid of them
afterwards.. It does not make any sense to have different sets of icons ..
And as GRASS is using the same icon set in their GUI it does indeed make
sense to use it probably in every open source GIS ..

I know that the first time might be hard but that"s just the usual human
behaviour of refusing new things.
But for e.g. I am working with the new icon set since a very long time (to
use GRASS and QGIS in parallel) and I can find everything at once but
rather have some kind of problems when I switch to the old ones..

So I know that I could adapt myself to the old iconset within a few days ..
It"s just human that every "more work" you have to do gets refused at first
regardless of the advatnages it might bring later

So maybe for a period of migration I"d leave the old icons inside but
definitely not for 2.1 or later ..

OF course that all is just my personal experience and opinion

kind regards
Werner




On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira  wrote:

>  I would like to ask the “powers that be” to keep the old and trusted
> icons. They never failed me and the gui is quite uplifting. The new set may
> be technically better but is not as friendly to users.
>
> ** **
>
> Please keep both.
>
> ** **
>
> Duarte
>
> ** **
>
> *De:* Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
> *Enviada:* sexta-feira, 24 de Maio de 2013 09:59
> *Para:* skampus
> *Cc:* qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org
> *Assunto:* Re: [Qgis-user] [Qgis-developer] New Icons - difficult to
> "read"
>
> ** **
>
> +1
>
> ** **
>
> i.e. The difference between the "Add PostGIS layers" and "Add SpatiaLite
> layers" is that one has a regular cylinder and the other has a fat-waisted
> hour-glass cylinder - about 20-30 pixels are different in an icon that's
> got 1024 pixels! I have to look at them in detail to see the differences.
> And there's still MSSQL and Oracle icons to be created in the new schema
> which using this system will only confuse things more.
>
> ** **
>
> ** **
>
> Don't get me wrong, I like the style of the new icons, but they're really
> hard to visually differentiate.
>
> ** **
>
> ** **
>
> I did a quick google and came across this:
>
> http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/
> 
>
> ** **
>
> The QGIS icons do all of the top three things.
>
> ** **
>
> Jonathan
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> On 24 May 2013 09:27, skampus  wrote:*
> ***
>
> that could be a useful option.
> sincerely, from my point of view, many icons are
> unreadable/undistinguishable so i click them correctly only because now i
> remberer relative position
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.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
>
>
>
> This transmission is intended for the named addressee(s) only and may
> contain sensitive or protectively marked material up to RESTRICTED and
> should be handled accordingly. Unless you are the named addressee (or
> authorised to receive it for the addressee) you may not copy or use it, or
> disclose it to anyone else. If you have received this transmission in error
> please notify the sender immediately. All email traffic sent to or from us,
> including without limitation all GCSX traffic, may be subject to recording
> and/or monitoring in accordance with relevant legislation.
>
> ___
> 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] How to enable labeling tools to move labels (since last merge of Larry's work)

[Régis Haubourg]

Hi all, 
Larry, first, congratulations for the great labeling refactoring, this is
huge! 

I couldn't find a way to enable the move / rotate tools in toolbar, in edit
mode, after having defined fields for X and Y in expression. Tools that
opens a dialog to modify font, text.. is working, but I couldn't change Y X
values in it. 
Is this an issue or a I missing something? 
régis




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/How-to-enable-labeling-tools-to-move-labels-since-last-merge-of-Larry-s-work-tp5055535.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] [Qgis-user] New Icons - difficult to "read"

[Duarte Carreira]

I would like to ask the "powers that be" to keep the old and trusted icons. 
They never failed me and the gui is quite uplifting. The new set may be 
technically better but is not as friendly to users.

Please keep both.

Duarte

De: Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
Enviada: sexta-feira, 24 de Maio de 2013 09:59
Para: skampus
Cc: qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org
Assunto: Re: [Qgis-user] [Qgis-developer] New Icons - difficult to "read"

+1

i.e. The difference between the "Add PostGIS layers" and "Add SpatiaLite 
layers" is that one has a regular cylinder and the other has a fat-waisted 
hour-glass cylinder - about 20-30 pixels are different in an icon that's got 
1024 pixels! I have to look at them in detail to see the differences. And 
there's still MSSQL and Oracle icons to be created in the new schema which 
using this system will only confuse things more.


Don't get me wrong, I like the style of the new icons, but they're really hard 
to visually differentiate.


I did a quick google and came across this:
http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/

The QGIS icons do all of the top three things.

Jonathan




On 24 May 2013 09:27, skampus 
mailto:stefano.cam...@regione.piemonte.it>> 
wrote:
that could be a useful option.
sincerely, from my point of view, many icons are
unreadable/undistinguishable so i click them correctly only because now i
remberer relative position




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.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


This transmission is intended for the named addressee(s) only and may contain 
sensitive or protectively marked material up to RESTRICTED and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All email traffic sent to or from us, including without 
limitation all GCSX traffic, may be subject to recording and/or monitoring in 
accordance with relevant legislation.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Composer load time

[Rudi von Staden]

There are no additional svg folders defined in the settings. I have tried
to compile QGIS with debug enabled, but it doesn't seem that there are any
additional messages. Are there log files I should check? If I run make
test, there are quite a few failed tests:

Running tests...
Test project
/home/rudi/personal/programming/python/qgis/qgis-git/Quantum-GIS/build-debug
  Start  1: qgis_clippertest
 1/67 Test  #1: qgis_clippertest .   Passed0.89 sec
  Start  2: qgis_distanceareatest
 2/67 Test  #2: qgis_distanceareatest    Passed0.67 sec
  Start  3: qgis_applicationtest
 3/67 Test  #3: qgis_applicationtest .   Passed0.30 sec
  Start  4: qgis_diagramtest
 4/67 Test  #4: qgis_diagramtest .   Passed3.79 sec
  Start  5: qgis_expressiontest
 5/67 Test  #5: qgis_expressiontest ..   Passed0.72 sec
  Start  6: qgis_filewritertest
 6/67 Test  #6: qgis_filewritertest ..   Passed0.35 sec
  Start  7: qgis_regression992
 7/67 Test  #7: qgis_regression992 ...   Passed0.52 sec
  Start  8: qgis_regression1141
 8/67 Test  #8: qgis_regression1141 ..   Passed0.33 sec
  Start  9: qgis_rasterlayertest
 9/67 Test  #9: qgis_rasterlayertest .***Failed0.71 sec
  Start 10: qgis_rastersublayertest
10/67 Test #10: qgis_rastersublayertest ..   Passed0.40 sec
  Start 11: qgis_rasterfilewritertest
11/67 Test #11: qgis_rasterfilewritertest    Passed0.88 sec
  Start 12: qgis_contrastenhancementtest
12/67 Test #12: qgis_contrastenhancementtest .   Passed0.20 sec
  Start 13: qgis_maplayertest
13/67 Test #13: qgis_maplayertest    Passed0.31 sec
  Start 14: qgis_rendererstest
14/67 Test #14: qgis_rendererstest ...***Failed1.77 sec
  Start 15: qgis_maprenderertest
15/67 Test #15: qgis_maprenderertest .   Passed8.34 sec
  Start 16: qgis_blendmodestest
16/67 Test #16: qgis_blendmodestest ..***Failed0.93 sec
  Start 17: qgis_geometrytest
17/67 Test #17: qgis_geometrytest    Passed0.68 sec
  Start 18: qgis_coordinatereferencesystemtest
18/67 Test #18: qgis_coordinatereferencesystemtest ...   Passed0.44 sec
  Start 19: qgis_pointtest
19/67 Test #19: qgis_pointtest ...   Passed0.20 sec
  Start 20: qgis_vectordataprovidertest
20/67 Test #20: qgis_vectordataprovidertest ..   Passed0.32 sec
  Start 21: qgis_vectorlayertest
21/67 Test #21: qgis_vectorlayertest .   Passed0.35 sec
  Start 22: qgis_rulebasedrenderertest
22/67 Test #22: qgis_rulebasedrenderertest ...   Passed0.31 sec
  Start 23: qgis_ziplayertest
23/67 Test #23: qgis_ziplayertest    Passed1.74 sec
  Start 24: qgis_dataitemtest
24/67 Test #24: qgis_dataitemtest    Passed0.47 sec
  Start 25: qgis_composermaptest
25/67 Test #25: qgis_composermaptest .***Failed   21.87 sec
  Start 26: qgis_composereffectstest
26/67 Test #26: qgis_composereffectstest .   Passed6.20 sec
  Start 27: qgis_atlascompositiontest
27/67 Test #27: qgis_atlascompositiontest    Passed   28.02 sec
  Start 28: qgis_composerlabeltest
28/67 Test #28: qgis_composerlabeltest ...   Passed3.48 sec
  Start 29: qgis_stylev2test
29/67 Test #29: qgis_stylev2test .   Passed2.23 sec
  Start 30: qgis_composerhtmltest
30/67 Test #30: qgis_composerhtmltest ***Failed   14.79 sec
  Start 31: qgis_rectangletest
31/67 Test #31: qgis_rectangletest ...   Passed1.10 sec
  Start 32: qgis_composerscalebartest
32/67 Test #32: qgis_composerscalebartest ***Failed   20.06 sec
  Start 33: qgis_ogcutilstest
33/67 Test #33: qgis_ogcutilstest    Passed0.23 sec
  Start 34: qgis_vectorlayercachetest
34/67 Test #34: qgis_vectorlayercachetest    Passed0.45 sec
  Start 35: qgis_zoomtest
35/67 Test #35: qgis_zoomtest    Passed0.49 sec
  Start 36: qgis_histogramtest
36/67 Test #36: qgis_histogramtest ...   Passed1.75 sec
  Start 37: qgis_projectionissues
37/67 Test #37: qgis_projectionissues    Passed1.33 sec
  Start 38: qgis_scalecombobox
38/67 Test #38: qgis_scalecombobox ...   Passed0.34 sec
  Start 39: qgis_dualviewtest
39/67 Test #39: qgis_dualviewtest    Passed0.53 sec
  Start 40: qgis_rubberbandtest
40/67 Test #40: qgis_rubberbandtest ..   Passed0.40 sec
  Start 41: qgis_analyzertest
41/67 Test #41: qgis_analyzertest    Passed   

Re: [Qgis-developer] Layers rendering order swapped (behavior change)

[Giovanni Manghi]

> I saved a simple project with 3 layers from 1.8.0.
> Opening it with current master (commit:83445af) renders those
> 3 layers upside down (layer on top in the layer manager is
> rendered at the bottom in the map canvas).
>
> Moving layers around confirms the behavior: you have to move
> point layers at the bottom in order for them to NOT be covered
> by lineal layers.
>
> Is this intentional ?


you may want to add your notes here

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

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[Jonathan Moules]

+1

i.e. The difference between the "Add PostGIS layers" and "Add SpatiaLite
layers" is that one has a regular cylinder and the other has a fat-waisted
hour-glass cylinder - about 20-30 pixels are different in an icon that's
got 1024 pixels! I have to look at them in detail to see the differences.
And there's still MSSQL and Oracle icons to be created in the new schema
which using this system will only confuse things more.


Don't get me wrong, I like the style of the new icons, but they're really
hard to visually differentiate.


I did a quick google and came across this:
http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/

The QGIS icons do all of the top three things.

Jonathan





On 24 May 2013 09:27, skampus  wrote:

> that could be a useful option.
> sincerely, from my point of view, many icons are
> unreadable/undistinguishable so i click them correctly only because now i
> remberer relative position
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.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
>

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[skampus]

that could be a useful option.
sincerely, from my point of view, many icons are
unreadable/undistinguishable so i click them correctly only because now i
remberer relative position




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.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] editing problems

[skampus]

you're right. 
it is the only reason i still have many projects made in 1.8



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/editing-problems-tp5052578p5055466.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] QGIS Server - GetPrint with a composer containing HTML block causes segfault

[kimaidou]

Hi

I just tested the same "long" text replacement passed in the parameter, but
after unchecking the feature "Display in HTML". It appears that the
behaviour is the same : when using this feature (dynamic strings for text
item in composers) in the GetPrint request, QGIS does not respect the
position and size of the text box. All the text is displayed in a single
line which make the box "overflows" to the right.

I have not yet find the specific server code wich handles this part, so I
cannot propose a pull request for it.

Michael


2013/5/23 kimaidou 

> Ok, so I ran some more test. Here are the results
>
> I have set up a simple composer in QGIS (last master, compiled this
> morning)
> http://picpaste.com/Capture_du_2013-05-23_15_48_30-9NozmDib.png
>
> When I export in PDF from QGIS composer, I get this
> http://temp-share.com/show/KdPfy1yuh
>
> When I ran the request [1] which is the getprint (wrapped by Lizmap, but
> it is kind of a proxy to QGIS Server)
> Basically I added the parameter truc=MY FOO TITLE BOLD
> I get this :
> http://temp-share.com/show/Pf3YjoO62
>
> When I ran the same request but with a longer "truc" parameter, like
> &truc=MY FOO TITLE BOLDLorem ipsum dolor sit amet, consectetur
> adipiscing elit. Quisque luctus adipiscing fringilla. Fusce eget justo
> tellus. Maecenas dolor augue, sollicitudin at iaculis et, congue et metus.
> Aenean tincidunt ipsum sit amet ipsum ornare fermentum. Proin fringilla
> laoreet hendrerit. Curabitur dui urna, interdum tempus blandit eu,
>
> I get this:
> http://temp-share.com/show/f3YgiOWwn
>
> So it appears that the dynamic replacement via the GetPrint request does
> not respect the position and size of my "truc" text box. Have I missed
> something or shall I report a bug ?
>
> Thanks in advance
> Michael
>
> [1]
> http://localhost/LIZMAP/lizmap-web-client/lizmap/www/index.php/lizmap/service/?repository=dev&project=dev_print&SERVICE=WMS&VERSION=1.3&REQUEST=GetPrint&FORMAT=pdf&EXCEPTIONS=application/vnd.ogc.se_inimage&TRANSPARENT=true&SRS=EPSG:3857&DPI=300&TEMPLATE=lizmap&map0:extent=423524.8086443924,5400434.830480828,431474.979630755,5410235.04125647&map0:rotation=0&map0:scale=4.999&LAYERS=commune&truc=MY%20FOO%20TITLE%20%3Cb%3EBOLD%3C/b%3E
>
>
>
> 2013/5/23 kimaidou 
>
>> Ok, new report here :
>>
>> * Instead of using an HTML item which forces to load an external html
>> file, I just use a classical Text item. I have checked the "Display in
>> HTML" checkbox
>>
>> * I setup an ID for this text box, for example "myid"
>>
>> * I can request the getPrint and add the parameter and content, for
>> example
>> ...&LAYERS=commune&myid=a small testlorem ipsum
>> blablabl
>>
>> * It seems to work, but I get a tiny tiny box with some unreadble text in
>> it.
>>
>> I think I must pass some extra parameters to the fake X Server, like the
>> screen size, etc.
>>
>> I will report further attempts
>>
>> Cheers
>> Michael
>>
>>
>> 2013/5/23 kimaidou 
>>
>>> I report my progress here
>>>
>>> I managed to get a PDF via the GetPrint request by following these steps
>>>
>>> 1/ Create a fake X server
>>> Xvfb :99 -ac -noreset &
>>>
>>> 2/ Add the option in the fastcgi , for example
>>>   FastCgiConfig -idle-timeout 70 -maxClassProcesses 50 -minProcesses 3
>>> -init-start-delay 3 -restart-delay 20 -startDelay 15 -initial-env
>>> DISPLAY=:99  LD_LIBRARY_PATH=/home/kimaidou/src/qgis/build/lib/
>>>
>>> 3/ Restart Apache
>>> service apache2 restart
>>>
>>>
>>> After this, I tried the GetPrint request from my QGIS project with a
>>> composer containing a HTML item. The request get a PDF as an answer, but
>>> the HTML item is empty.
>>>
>>> I will try with another composer, etc., and report here.
>>>
>>> By the way, is there a way to pass an HTML string via a parameter to the
>>> getPrint request for HTML items, as it is possible for text item ? This
>>> would rock !
>>>
>>> Michael
>>>
>>>
>>> 2013/5/23 kimaidou 
>>>
 Hi Tim and Marco

 I come back to this subject after helping to solve the performance
 problem with Mathias.
 So, I am first runnning my tests on my ubuntu laptop. Since it is my
 computer, it is not ubuntu server but the classical Ubuntu with an X server
 running.

 I tried in my terminal
 echo $DISPLAY
 :0

 So it seems (but I am far from being a X server guru !) that this is
 the DISPLAY value I should pass to QGIS Server.
 This is why I added the following configurartion in my virtual host
 (and in the fastcgi config file):

 In the virtual host
 ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
 
 AllowOverride None
 Options +ExecCGI -MultiViews FollowSymLinks
 Order allow,deny
 Allow from all
 SetEnv LD_LIBRARY_PATH
 "/home/kimaidou/src/qgis/build/lib"
 SetEnv DISPLAY :0
 


 In /etc/apache2/mods-available/fastcgi.co

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[Micha Silver]

  
  
On 24/05/2013 09:28, Paolo Cavallini
  wrote:


  -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 24/05/2013 07:36, Ziegler Stefan ha scritto:

  
Hi

I do have exactly the same problem. E.g. I almost cannot see any difference between the WMS/WCS/WFS icons except on a very tiny part of the icons whereas the old icons were easy to distinguish. But this is perhaps I'm getting old... and I got used to  the old icons. I guess I will not "learn" the icons but just the position I can find them.

As far as I remember there was a poll once with the result to use the new icons as default.

  
  
I also found that long time users find quite irritating being forced to switch. IMHO,
better keep both.


+1
-- Micha

  
All the best.
- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlGfCJkACgkQ/NedwLUzIr7ufgCgq3WnVN6/A8l9xMh6vij7xIZM
xuIAnRFf/R3Q77I6ESrjvc0ULBiA0j2H
=laRU
-END PGP SIGNATURE-
___
Qgis-user mailing list
qgis-u...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

This mail was received via Mail-SeCure System.






-- 
Micha Silver
GIS Consulting
052-3665918
http://www.surfaces.co.il

  

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

Re: [Qgis-developer] [Qgis-user] New Icons - difficult to "read"

[Robert Szczepanek]

Hi,

It's good time now to add colours to similar sets (like open * layer).
Waiting for proposals... with short description of your associations.
Robert


On 24.05.2013 08:28, Paolo Cavallini wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 24/05/2013 07:36, Ziegler Stefan ha scritto:

Hi

I do have exactly the same problem. E.g. I almost cannot see any difference between the 
WMS/WCS/WFS icons except on a very tiny part of the icons whereas the old icons were easy 
to distinguish. But this is perhaps I'm getting old... and I got used to  the old icons. 
I guess I will not "learn" the icons but just the position I can find them.

As far as I remember there was a poll once with the result to use the new icons 
as default.


I also found that long time users find quite irritating being forced to switch. 
IMHO,
better keep both.
All the best.
- --
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlGfCJkACgkQ/NedwLUzIr7ufgCgq3WnVN6/A8l9xMh6vij7xIZM
xuIAnRFf/R3Q77I6ESrjvc0ULBiA0j2H
=laRU
-END PGP SIGNATURE-
___
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