Hi Matthias
On Thu, Sep 11, 2014 at 2:28 PM, Matthias Kuhn wrote:
>>>
>> I am just wondering... how the aliases would be made accessible to
>> QgsExpression? Would be a map of aliases from vector layer set to each
>> QgsExpression instace? Or extend QgsFields to support also aliases?
Hi Matthias,
Ok for keeping support for both field name and field alias. This sounds
right to me.
For the attribute table, I would prefer a context menu button ("hamburger"
style) for the horizontal header instead of tooltip, as the latter are
often not well known by users (or they discover toolt
Hi Michael and Martin,
On Wed 10 Sep 2014 07:38:15 PM CEST, kimaidou wrote:
Hi all,
I am not sure using alias would be easier for the users. Some thoughts :
* sometimes aliases are quite complicated, like "Contexte de
l'édition" for a field named "context". We would need to escape
properly ali
Hi all,
I am not sure using alias would be easier for the users. Some thoughts :
* sometimes aliases are quite complicated, like "Contexte de l'édition" for
a field named "context". We would need to escape properly aliases in
expressions. And in this example, the real field name is much easier an
Hi Mathhias
On Mon, Sep 8, 2014 at 6:19 PM, Matthias Kuhn wrote:
> Hi,
>
> I today was discussing the idea of support for column aliases in
> expressions. The use-case for this is that engineers using GIS in their
> language will be able to use the same field names that they are used to (but
> no
+1 here( as a user)!
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Support-for-field-aliases-in-expressions-tp5160686p5160713.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mai
Hi,
I today was discussing the idea of support for column aliases in
expressions. The use-case for this is that engineers using GIS in their
language will be able to use the same field names that they are used to
(but not in the common database which is english) to filter the
attribute table
