Re: [Qgis-user] QGIS Boot Issue on normal User

[Emma Hain via QGIS-User]

Hi Jan
Check out this post:
https://gis.stackexchange.com/questions/473657/qgis-wont-boot-under-user-but-will-under-admin
It says that deleting the AppData folder fixes it.

Cheers
Em

On Thu, 23 May 2024 at 23:41, Jan Harmssen via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hello,
>
>
>
> we struggle getting QGIS to work at our new Office Laptops. If anyone has
> experienced a similar bug or might know how to resolve the issue, please
> let us know.
>
>
>
>- We installed QGIS 3.34.6 using the standard QGIS installer on Windows
>- If we try to launch the app, we get stuck on the preview window
>stating the software is ready to use
>- However, if we launch the app as administrator, it boots just
>normal, but some tools and functions of the software are restricted (e.g.
>Drag Geodata)
>
>
>
> Thanks already
>
> Jan
>
> [image: DZH] [image: Facebook]
>  [image:
> Instagram]  [image: LinkedIn]
>  [image: Twitter]
>  [image: Nieuwsbrief]
> 
>
> T +49 (0)221 168 04 40
> i...@dezwartehond.de
>
> Burgmauer 39
> 50667 Köln
>
> De Zwarte Hond Köln
> De Zwarte Hond Groningen
> De Zwarte Hond Rotterdam
> Bonnema Architecten
>
> Die in dieser E-Mail enthaltenen Informationen sind ausschließlich für den
> Adressaten bestimmt.
> Den vollständigen Haftungsausschluss und die Datenschutzerklärung finden
> Sie auf unserer Website.
>
> Link: https://dezwartehond.nl/de/e-mail-haftungsausschluss/
> ___
> QGIS-User mailing list
> QGIS-User@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.com* 



___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Looking for assistance with fixing RTL label bugs

[Nyall Dawson via QGIS-User]

Thanks for your insights Micha!

Unfortunately I can't solve this one given my lack of language
knowledge. I'll step aside and let a native RTL language developer
take over. I've introduced some tests in
https://github.com/qgis/QGIS/pull/57586 which could be a starting
point for someone.

Nyall

On Tue, 28 May 2024 at 19:13, Micha Silver  wrote:
>
>
> On 28/05/2024 11:34, Nyall Dawson wrote:
>
> Hi Micha,
>
>
> On Tue, 28 May 2024, 6:28 pm Micha Silver,  wrote
>>
>> Thanks for following up on this.
>>
>> The few details (that are mentioned in the issue tracker) that might help 
>> track down the root of the problem:
>>
>>
>> 1- There was no issue up to 3.28. The reports appeared only on 3.30 and 
>> above.
>>
>> 2- I'm pretty sure that it occurs only on Windows, and only Win 11. Just now 
>> checked again on my Debian machine, with 3.36, and the problem does not 
>> appear, and never has.
>>
>> 3- Somehow I think this might be a Qt problem. Do you know if there were any 
>> Qt changes in Win installs between 3.28 and 3.30.x?
>
>
> Actually, if it works on a given platform, it's by accident and not design . 
> There's no tests covering this and I don't think it's been actually thought 
> out by design.
>
> So my questions related to high level design decisions, like:
>
> - should the switch to rtl layout determined by the content of a label alone? 
> Or is it determined by the font choice? Or the users locale? Or should it be 
> an explicit choice set per layer, so that the project will appear
>
> In my opinion, by the content alone. Not font choice since many fonts have 
> glyphs in both RTL and LTR languages. Not user's locale, since a map can 
> contain text in different RTL languages even if the locale LANG setting is 
> Western LTR. Not by layer, since user's can have multiple text attributes 
> with text in different languages in each.  In full featured word processors 
> there is, of course, a button to choose text directionality on a 
> per-paragraph level. But I don't think implementing that is required for map 
> labels.
>
>
> identical when shared with a user using a different locale for their qgis?
> - how should mixed ltr and rtl string work? Should users be required to 
> manually insert rtl / ltr unicode markers?
>
> Traditionally that has been handled by the underlying bidi library. All the 
> problematic edge cases of (i.e. a period within a string of numbers should be 
> LTR but a period at the end of RTL language string should be assumed to be at 
> the end of the RTL string), are taken care of by that library. I'm pretty 
> sure this was the case with <=3.28.x. I wouldn't expect users to know how to 
> insert RTL unicode. We just switch the keyboard language.
>
>
> - how should rtl be handled with respect to multiline text alignment?
>
> Ideally, alignment (as opposed to RTL directionality) should be user 
> configurable. I believe you have already done this with the legend that 
> allows aligning legend items to the right or left.
>
> But, regarding map labels, a minimalist approach would be to always align RTL 
> text to the right, and LTR text to the left. (Don't let "perfect be the enemy 
> of good")
>
>
> - is rtl placement of characters determined by graphemes? Ie do we split the 
> string to graphemes and then lay these out right to left? Or is it done on 
> individual characters?
>
> Not sure I understand. But as above, the underlying bidi library should be 
> handling the cases of individual characters that might be RTL in some cases, 
> and LTR in others.
>
>
> Cheers
>
>
>
> Nyall
>>
>>
>> If I can be of any further help testing, let me know. i.e. I can update a 
>> colleague's machine, and prepare a very simple test project...
>>
>>
>> Best, Micha
>>
>>
>> On 28/05/2024 5:56, Nyall Dawson via QGIS-User wrote:
>>
>> Hi lists,
>>
>> I'm looking for some assistance in fixing the right-to-left labeling
>> issues described in https://github.com/qgis/QGIS/issues/54098 . While
>> I can fix the code issues, I don't have the linguistic understanding
>> to know how right-to-left text SHOULD behave in QGIS labels!
>>
>> Is there anyone out there from a RTL language background who can add
>> the missing information to the above ticket and help get this bug
>> fixed?
>>
>> Nyall
>> ___
>> QGIS-User mailing list
>> QGIS-User@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>> --
>> Micha Silver
>> Ben Gurion Univ.
>> Sde Boker, Remote Sensing Lab
>> cell: +972-523-665918
>
> --
> Micha Silver
> Ben Gurion Univ.
> Sde Boker, Remote Sensing Lab
> cell: +972-523-665918
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Raster reverts to old Min/Max

[Drew French via QGIS-User]

Thanks Richard, I will check that out. On a relatively unrelated note, on a
raster, if I go to Symbology window, click on Transparency, and accidently
leave the Transparency Band option on Band 1, the raster will appear half
transparent regardless of what you do in the Symbology tab. I was flummoxed
for a while until I found that out.

On Tue, May 28, 2024 at 9:45 AM Richard McDonnell 
wrote:

> Hi Andrew,
>
> One probable solution is to save the new style as the default, for the
> Layer.
>
> Kind Regards,
>
>
>
> Richard
>
>
>
> ——
> Richard McDonnell MSc GIS, FME Certified Professional
> *Flood Risk Management - Data Management*
>
> ——
> Oifig na nOibreacha Poiblí
> Office of Public Works
>
> Sráid Jonathan Swift, Baile Átha Troim, Co na Mí, C15 NX36
> Jonathan Swift Street, Trim, Co Meath, C15 NX36
> ——
> M +353 87 688 5964 T +353 46 942 2409
> https://gov.ie/opw
>
> ——
> To send me files larger than 30MB, please use the link below
> https://filetransfer.opw.ie/filedrop/richard.mcdonn...@opw.ie
>
> Email Disclaimer:
> https://www.gov.ie/en/organisation-information/439daf-email-disclaimer/
>
> *From:* QGIS-User  *On Behalf Of *Drew
> French via QGIS-User
> *Sent:* 28 May 2024 15:27
> *To:* QGIS List 
> *Subject:* [Qgis-user] Raster reverts to old Min/Max
>
>
>
> Hi all,
>
> I have two DEMs, one is the whole USA, the other is a watershed. They
> obviously have two different raster Min/Max levels, based on elevation.
> When I adjust the watershed DEM to my liking, I then right click, copy the
> style, and right click the USA DEM to paste the style. So far, so good, I
> did this a thousand times in the past without a problem. Now, though, when
> I adjust anything in the USA DEM, it reverts right back to the old Min/Max.
> Anybody else have this issue and what do you think is going on?
>
> Using 3.34.1 Prizren
>
>
> --
>
> Andrew French
>
> (715) 986-8088
>


-- 
Andrew French
(715) 986-8088
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Update desktop version of Qgis ltr

[antonello perano via QGIS-User]

Greetings.
I tried to update the Qgis desktop ltr version I have to the most recent
one, i.e. 3.34.7-1, via OSGEO4W.
Having done the whole procedure as I am used to doing, in the end I cannot
find the latest ltr version and I can no longer open the previous one
because it has been deleted. In the OSGEO4W folder I only find Qt designer
with Qgis 3.34.7.
What can I do?
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Raster reverts to old Min/Max

[Richard McDonnell via QGIS-User]

Hi Andrew,
One probable solution is to save the new style as the default, for the Layer.
Kind Regards,

Richard


——
Richard McDonnell MSc GIS, FME Certified Professional
Flood Risk Management - Data Management

——
Oifig na nOibreacha Poiblí
Office of Public Works

Sráid Jonathan Swift, Baile Átha Troim, Co na Mí, C15 NX36
Jonathan Swift Street, Trim, Co Meath, C15 NX36
——
M +353 87 688 5964 T +353 46 942 2409
https://gov.ie/opw

——
To send me files larger than 30MB, please use the link below 
https://filetransfer.opw.ie/filedrop/richard.mcdonn...@opw.ie

Email Disclaimer: 
https://www.gov.ie/en/organisation-information/439daf-email-disclaimer/
From: QGIS-User  On Behalf Of Drew French 
via QGIS-User
Sent: 28 May 2024 15:27
To: QGIS List 
Subject: [Qgis-user] Raster reverts to old Min/Max

Hi all,
I have two DEMs, one is the whole USA, the other is a watershed. They obviously 
have two different raster Min/Max levels, based on elevation. When I adjust the 
watershed DEM to my liking, I then right click, copy the style, and right click 
the USA DEM to paste the style. So far, so good, I did this a thousand times in 
the past without a problem. Now, though, when I adjust anything in the USA DEM, 
it reverts right back to the old Min/Max. Anybody else have this issue and what 
do you think is going on?
Using 3.34.1 Prizren

--
Andrew French
(715) 986-8088
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Raster reverts to old Min/Max

[Drew French via QGIS-User]

Hi all,
I have two DEMs, one is the whole USA, the other is a watershed. They
obviously have two different raster Min/Max levels, based on elevation.
When I adjust the watershed DEM to my liking, I then right click, copy the
style, and right click the USA DEM to paste the style. So far, so good, I
did this a thousand times in the past without a problem. Now, though, when
I adjust anything in the USA DEM, it reverts right back to the old Min/Max.
Anybody else have this issue and what do you think is going on?
Using 3.34.1 Prizren

-- 
Andrew French
(715) 986-8088
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Retirement & Future QGIS Support Options

[C Hamilton via QGIS-User]

Hi Everyone,

In a month I will be retiring from US federal government service. For the
last few years my efforts were on promoting open source GIS software for
government use. I've had some success but wish it would have been easier. I
am the author of 12 official QGIS plugins,

https://plugins.qgis.org/plugins/user/hamiltoncj/

There is another organization who is supposed to take over maintenance of
most of these plugins. I don't know whether it will happen or not. In the
near term I will fix any major bugs until they actually take over. If they
don't take over I might be back asking to see if anyone is interested in
supporting them. I can't do it forever and I still need to make a living.

I am interested in continuing working part time with the QGIS community and
open source GIS. I think I am one of the few US QGIS plugin developers. As
a hobby I have worked with the archaeological community in processing Lidar
and magnetometry data. That has been fun.

Please send me a note if you know of any part time job opportunities in
supporting QGIS and other open source GIS software.

Thanks,

Calvin
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] traitement "nuage de points LIDAR"

[Frank Broniewski via QGIS-User]

This processor is far too old to be used with any kind of GIS. It dates from 
2008 and has only one core with 1.6GHz. It was never performant even when it 
was released in its day ...


Von: QGIS-User  im Auftrag von Andreas 
Neumann via QGIS-User 
Gesendet: Dienstag, 28. Mai 2024 13:47
An: Georges MARESCAUX 
Cc: qgis-user@lists.osgeo.org 
Betreff: Re: [Qgis-user] traitement "nuage de points LIDAR"

Dear Georges,

Windows 7 is not supported anymore by QGIS. Windows 10 should still work, but 
only in 64bit mode. We phased out the 32bit Windows version.

In general - to display and process point cloud data we recommend a recent and 
fast machine with sufficient RAM. For 3D display a good graphics card (OpenGL) 
is recommended.

Hope this helps,
Andreas



On Tue, 28 May 2024 at 12:27, Georges MARESCAUX via QGIS-User 
mailto:qgis-user@lists.osgeo.org>> wrote:

Hello,

I own 2 “eMachines EL 1600” computers (Intel ® Atom ™ CPU 230 @1.60GHz ) one 
with “Windows 7 home” operating system, the other with “Windows 10 
professional”.

I can't install the latest versions of QGIS.

Message displayed: "This installation package is not supported by this type of 
processor. Contact your reseller".

However, I was able to install QGIS 3.18.3 Zürich, to which I added the 
“LAStools” extension.

I wanted to use the “point cloud” files provided by the 
"https://geoservices.ign.fr/lidarhd; site, named 
"LHD_FXX___PTS_C_LAMB92_IGN69.copc.laz", but they didn't seem to be 
taken into account when I added them (“Open Data Source Manager” -> “Point 
Cloud” -> "..." (Browse) -> “Add”.

Are they not recognized by this version of QGIS? Is this a mistake on my part? 
Or are other extensions missing?

Please do not hesitate to contact me should you require any further 
information. Thank you very much.

Georges MARESCAUX

Translated with DeepL.com (free version)

Bonjour,

je possède 2 ordinateurs “eMachines EL 1600” (Intel ® Atom ™ CPU 230 @1.60GHz ) 
l'un avec le système d'exploitation “Windows 7 familiale”, l'autre avec 
“Windows 10 professionel”.

Il m'est impossible d'installer les dernières versions de QGIS.

Message affiché: "ce package d'installation n'est pas pris en charge par ce 
type de processeur. Contactez votre revendeur".

Par contre j'ai pu installé la version QGIS 3.18.3 Zürich auquel j'ai installé 
l'extension “LAStools”.

Voulant exploiter les fichiers “nuage de points” mis à disposition par le site 
"https://geoservices.ign.fr/lidarhd; nommés sous la forme: 
"LHD_FXX___PTS_C_LAMB92_IGN69.copc.laz", ces derniers semblent ne pas 
être pris en compte au moment de les ajouter ("Ouvrir le Gestionnaire des 
sources de données" -> “Nuage de points” -> "..." (Parcourir) -> “Ajouter”.

Ne sont-ils pas reconnus par cette version de QGIS? Est-ce une erreur de ma 
part? ou manque-t-il d'autres extensions?

Me tenant à votre entière disposition pour toutes informations complémentaires 
et en vous remerciant, cordialement.

Georges MARESCAUX

___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


--

--
Andreas Neumann
QGIS.ORG board member (treasurer)
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] traitement "nuage de points LIDAR"

[Andreas Neumann via QGIS-User]

Dear Georges,

Windows 7 is not supported anymore by QGIS. Windows 10 should still work,
but only in 64bit mode. We phased out the 32bit Windows version.

In general - to display and process point cloud data we recommend a recent
and fast machine with sufficient RAM. For 3D display a good graphics card
(OpenGL) is recommended.

Hope this helps,
Andreas



On Tue, 28 May 2024 at 12:27, Georges MARESCAUX via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hello,
>
> I own 2 “eMachines EL 1600” computers (Intel ® Atom ™ CPU 230 @1.60GHz )
> one with “Windows 7 home” operating system, the other with “Windows 10
> professional”.
>
> I can't install the latest versions of QGIS.
>
> Message displayed: "This installation package is not supported by this
> type of processor. Contact your reseller".
>
> However, I was able to install QGIS 3.18.3 Zürich, to which I added the
> “LAStools” extension.
>
> I wanted to use the “point cloud” files provided by the "
> https://geoservices.ign.fr/lidarhd; site, named
> "LHD_FXX___PTS_C_LAMB92_IGN69.copc.laz", but they didn't seem to be
> taken into account when I added them (“Open Data Source Manager” -> “Point
> Cloud” -> "..." (Browse) -> “Add”.
>
> Are they not recognized by this version of QGIS? Is this a mistake on my
> part? Or are other extensions missing?
>
> Please do not hesitate to contact me should you require any further
> information. Thank you very much.
>
> Georges MARESCAUX
>
> Translated with DeepL.com (free version)
>
> Bonjour,
>
> je possède 2 ordinateurs “eMachines EL 1600” (Intel ® Atom ™ CPU 230
> @1.60GHz ) l'un avec le système d'exploitation “Windows 7 familiale”,
> l'autre avec “Windows 10 professionel”.
>
> Il m'est impossible d'installer les dernières versions de QGIS.
>
> Message affiché: "ce package d'installation n'est pas pris en charge par
> ce type de processeur. Contactez votre revendeur".
>
> Par contre j'ai pu installé la version QGIS 3.18.3 Zürich auquel j'ai
> installé l'extension “LAStools”.
>
> Voulant exploiter les fichiers “nuage de points” mis à disposition par le
> site "https://geoservices.ign.fr/lidarhd; nommés sous la forme:
> "LHD_FXX___PTS_C_LAMB92_IGN69.copc.laz", ces derniers semblent ne
> pas être pris en compte au moment de les ajouter ("Ouvrir le Gestionnaire
> des sources de données" -> “Nuage de points” -> "..." (Parcourir) ->
> “Ajouter”.
>
> Ne sont-ils pas reconnus par cette version de QGIS? Est-ce une erreur de
> ma part? ou manque-t-il d'autres extensions?
>
> Me tenant à votre entière disposition pour toutes informations
> complémentaires et en vous remerciant, cordialement.
>
> Georges MARESCAUX
> ___
> QGIS-User mailing list
> QGIS-User@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>


-- 

--
Andreas Neumann
QGIS.ORG board member (treasurer)
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] traitement "nuage de points LIDAR"

[Georges MARESCAUX via QGIS-User]

Hello,I own 2 “eMachines EL 1600” computers (Intel ® Atom ™ CPU 230 @1.60GHz ) one with “Windows 7 home” operating system, the other with “Windows 10 professional”.I can't install the latest versions of QGIS.Message displayed: "This installation package is not supported by this type of processor. Contact your reseller".However, I was able to install QGIS 3.18.3 Zürich, to which I added the “LAStools” extension.I wanted to use the “point cloud” files provided by the "https://geoservices.ign.fr/lidarhd" site, named "LHD_FXX___PTS_C_LAMB92_IGN69.copc.laz", but they didn't seem to be taken into account when I added them (“Open Data Source Manager” -> “Point Cloud” -> "..." (Browse) -> “Add”.Are they not recognized by this version of QGIS? Is this a mistake on my part? Or are other extensions missing?Please do not hesitate to contact me should you require any further information. Thank you very much.Georges MARESCAUXTranslated with DeepL.com (free version)Bonjour,je possède 2 ordinateurs “eMachines EL 1600” (Intel ® Atom ™ CPU 230 @1.60GHz ) l'un avec le système d'exploitation “Windows 7 familiale”, l'autre avec “Windows 10 professionel”.Il m'est impossible d'installer les dernières versions de QGIS.Message affiché: "ce package d'installation n'est pas pris en charge par ce type de processeur. Contactez votre revendeur".Par contre j'ai pu installé la version QGIS 3.18.3 Zürich auquel j'ai installé l'extension “LAStools”.Voulant exploiter les fichiers “nuage de points” mis à disposition par le site "https://geoservices.ign.fr/lidarhd" nommés sous la forme: "LHD_FXX___PTS_C_LAMB92_IGN69.copc.laz", ces derniers semblent ne pas être pris en compte au moment de les ajouter ("Ouvrir le Gestionnaire des sources de données" -> “Nuage de points” -> "..." (Parcourir) -> “Ajouter”.Ne sont-ils pas reconnus par cette version de QGIS? Est-ce une erreur de ma part? ou manque-t-il d'autres extensions?Me tenant à votre entière disposition pour toutes informations complémentaires et en vous remerciant, cordialement.Georges MARESCAUX
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] QGIS master password

[Paul Wittle via QGIS-User]

Hi QGIS Users,

I've been battling with the 'master' password for years now because I've been 
trying to work with a centrally managed password store. The method is simple 
enough, you have a plugin that you distribute to the devices you are 
configuring, and the plugin sets and activates your password store. This works 
fine and is all good until someone breaks or disables the plugin.

In this situation, by design, the user doesn't know the password and needs our 
help, which is fine, but the issue is that QGIS asks for the password once (or 
more) for every layer in any project they open. This creates a nasty user 
experience if they open a project with a lot of layers.

Is there a way to suppress the message completely?

I ask for two reasons:

  1.  QGIS already handles it fine as without the prompt the layers will just 
fail and we will get the handle bad layers dialogue. This means I don't think 
the master password prompt is needed at project load at all*.
  2.  The term 'master' is not favoured anymore and I'd rather this were 
renamed to 'primary' or 'main' password if we are going to continue having the 
prompt.
* I think the prompt is only really needed when you click on the authentication 
tab in the settings.

I'm happy to switch to the developer list and look at whether I can at least do 
the name change as I'm sure that should be mostly just UI changes but ideally 
there would just be an option to supress the dialogue completely. I'm aware 
some will want it so I was just hoping there is a setting under advanced I can 
use. Does anyone know if there is one?

Thanks,
Paul Wittle
This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material 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 traffic may be subject to recording and/or monitoring 
in accordance with relevant legislation. Any views expressed in this message 
are those of the individual sender, except where the sender specifies and with 
authority, states them to be the views of Dorset Council. Dorset Council does 
not accept service of documents by fax or other electronic means. Virus 
checking: Whilst all reasonable steps have been taken to ensure that this 
electronic communication and its attachments whether encoded, encrypted or 
otherwise supplied are free from computer viruses, Dorset Council accepts no 
liability in respect of any loss, cost, damage or expense suffered as a result 
of accessing this message or any of its attachments. For information on how 
Dorset Council processes your information, please see 
www.dorsetcouncil.gov.uk/data-protection
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Looking for assistance with fixing RTL label bugs

[Micha Silver via QGIS-User]

  
  


On 28/05/2024 11:34, Nyall Dawson
  wrote:


  
  
Hi Micha,

  
  
On Tue, 28 May 2024,
  6:28 pm Micha Silver, 
  wrote

  
Thanks for following up on this. 
  
The few details (that are mentioned in
the issue tracker) that might help track down the
root of the problem:

  
1- There was no issue up to 3.28. The
reports appeared only on 3.30 and above.
2- I'm pretty sure that it occurs only
on Windows, and only Win 11. Just now checked again
on my Debian machine, with 3.36, and the problem
does not appear, and never has.
  
3- Somehow I think this might be a Qt
problem. Do you know if there were any Qt changes in
Win installs between 3.28 and 3.30.x?
  

  



Actually, if it works on a given platform, it's
  by accident and not design . There's no tests covering this
  and I don't think it's been actually thought out by design.


So my questions related to high level design
  decisions, like:


- should the switch to rtl layout determined by
  the content of a label alone? Or is it determined by the font
  choice? Or the users locale? Or should it be an explicit
  choice set per layer, so that the project will appear 
  

In my opinion, by the content alone. Not font choice since
  many fonts have glyphs in both RTL and LTR languages. Not user's
  locale, since a map can contain text in different RTL languages
  even if the locale LANG setting is Western LTR. Not by layer,
  since user's can have multiple text attributes with text in
  different languages in each.  In full featured word processors
  there is, of course, a button to choose text directionality on a
  per-paragraph level. But I don't think implementing that is
  required for map labels.



  
identical when shared with a user using a
  different locale for their qgis?
- how should mixed ltr and rtl string work?
  Should users be required to manually insert rtl / ltr unicode
  markers?
  

Traditionally that has been handled by the underlying bidi
  library. All the problematic edge cases of (i.e. a period within a
  string of numbers should be LTR but a period at the end of RTL
  language string should be assumed to be at the end of the RTL
  string), are taken care of by that library. I'm pretty sure this
  was the case with <=3.28.x. I wouldn't expect users to know how
  to insert RTL unicode. We just switch the keyboard language. 




  
- how should rtl be handled with respect to
  multiline text alignment?
  

Ideally, alignment (as opposed to RTL directionality) should be
  user configurable. I believe you have already done this with the
  legend that allows aligning legend items to the right or left.
But, regarding map labels, a minimalist approach would be to
  always align RTL text to the right, and LTR text to the left.
  (Don't let "perfect be the enemy of good")




  
- is rtl placement of characters determined by
  graphemes? Ie do we split the string to graphemes and then lay
  these out right to left? Or is it done on individual
  characters?
  

Not sure I understand. But as above, the underlying bidi library
  should be handling the cases of individual characters that might
  be RTL in some cases, and LTR in others.


Cheers



  


Nyall

  

  

  
If I can be of any further help
testing, let me know. i.e. I can update a
colleague's machine, and prepare a very simple test
project...

  
Best, Micha
  

  
On 28/05/2024 5:56, Nyall Dawson via QGIS-User
  wrote:


  Hi lists,

I'm looking for some assistance in fixing the right-to-left labeling
issues described in https://github.com/qgis/QGIS/issues/54098 . While
I can fix the code issues, I don't have the linguistic understanding
to know how right-to-left text SHOULD behave in QGIS labels!

Is there anyone out there from a 

Re: [Qgis-user] Looking for assistance with fixing RTL label bugs

[Nyall Dawson via QGIS-User]

Hi Micha,


On Tue, 28 May 2024, 6:28 pm Micha Silver,  wrote

> Thanks for following up on this.
>
> The few details (that are mentioned in the issue tracker) that might help
> track down the root of the problem:
>
>
> 1- There was no issue up to 3.28. The reports appeared only on 3.30 and
> above.
>
> 2- I'm pretty sure that it occurs only on Windows, and only Win 11. Just
> now checked again on my Debian machine, with 3.36, and the problem does not
> appear, and never has.
>
> 3- Somehow I think this might be a Qt problem. Do you know if there were
> any Qt changes in Win installs between 3.28 and 3.30.x?
>

Actually, if it works on a given platform, it's by accident and not design
. There's no tests covering this and I don't think it's been actually
thought out by design.

So my questions related to high level design decisions, like:

- should the switch to rtl layout determined by the content of a label
alone? Or is it determined by the font choice? Or the users locale? Or
should it be an explicit choice set per layer, so that the project will
appear identical when shared with a user using a different locale for their
qgis?
- how should mixed ltr and rtl string work? Should users be required to
manually insert rtl / ltr unicode markers?
- how should rtl be handled with respect to multiline text alignment?
- is rtl placement of characters determined by graphemes? Ie do we split
the string to graphemes and then lay these out right to left? Or is it done
on individual characters?

Nyall

>
> If I can be of any further help testing, let me know. i.e. I can update a
> colleague's machine, and prepare a very simple test project...
>
>
> Best, Micha
>
>
> On 28/05/2024 5:56, Nyall Dawson via QGIS-User wrote:
>
> Hi lists,
>
> I'm looking for some assistance in fixing the right-to-left labeling
> issues described in https://github.com/qgis/QGIS/issues/54098 . While
> I can fix the code issues, I don't have the linguistic understanding
> to know how right-to-left text SHOULD behave in QGIS labels!
>
> Is there anyone out there from a RTL language background who can add
> the missing information to the above ticket and help get this bug
> fixed?
>
> Nyall
> ___
> QGIS-User mailing listqgis-u...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
> --
> Micha Silver
> Ben Gurion Univ.
> Sde Boker, Remote Sensing Lab
> cell: +972-523-665918
>
>
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Looking for assistance with fixing RTL label bugs

[Micha Silver via QGIS-User]

  
  
Hi Nyall:
Thanks for following up on this. 
  
The few details (that are mentioned in the issue
tracker) that might help track down the root of the problem:

  
1- There was no issue up to 3.28. The reports
appeared only on 3.30 and above.
2- I'm pretty sure that it occurs only on Windows,
and only Win 11. Just now checked again on my Debian machine,
with 3.36, and the problem does not appear, and never has.
  
3- Somehow I think this might be a Qt problem. Do
you know if there were any Qt changes in Win installs between
3.28 and 3.30.x?

  
If I can be of any further help testing, let me
know. i.e. I can update a colleague's machine, and prepare a
very simple test project...

  
Best, Micha
  

  
On 28/05/2024 5:56, Nyall Dawson via
  QGIS-User wrote:


  Hi lists,

I'm looking for some assistance in fixing the right-to-left labeling
issues described in https://github.com/qgis/QGIS/issues/54098 . While
I can fix the code issues, I don't have the linguistic understanding
to know how right-to-left text SHOULD behave in QGIS labels!

Is there anyone out there from a RTL language background who can add
the missing information to the above ticket and help get this bug
fixed?

Nyall
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


-- 
Micha Silver
Ben Gurion Univ.
Sde Boker, Remote Sensing Lab
cell: +972-523-665918
  

___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Looking for assistance with fixing RTL label bugs

[Richard Duivenvoorde via QGIS-User]

Nyall,

I cannot read a RTL language myself, but we do have some RTL languages as 
site/documentation translations.

If I remember correct it was actually pretty easy and worked remarkebly good 
for the site:

See for example: https://qgis.org/fa/site/

All rtl language inclused this css:

https://qgis.org/fa/_static/qgis-style-rtl.css

with only:

body {
direction: rtl !important;
}


in it.

Not sure if that is possible on other elements though.

Regards, hoping this is helpful :-)

Richard Duivenvoorde



On 5/28/24 04:56, Nyall Dawson via QGIS-User wrote:

Hi lists,

I'm looking for some assistance in fixing the right-to-left labeling
issues described in https://github.com/qgis/QGIS/issues/54098 . While
I can fix the code issues, I don't have the linguistic understanding
to know how right-to-left text SHOULD behave in QGIS labels!

Is there anyone out there from a RTL language background who can add
the missing information to the above ticket and help get this bug
fixed?

Nyall
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user