[Gambas-user] something wrong with gambas

[Bruce Steers]

This may require a bug fix or using an option we do not know about (or does
not exist).

After testing, my discovery is this.

A window on workspace 2 WILL save it's position as screen.width +
window.Left if you are on workspace 1.

But i found trying to open a window with ANY Left value greater than
screen.width opens the window far right of the visible workspace

So not really useful that left values relate to the workspaces.
Unless there is a command to switch workspaces , then you'd have a way.

BruceS

On Fri, 11 Feb 2022 at 04:26, Bruce Steers <bsteers4 at gmail.com> wrote:

> It seems relevant to the visible Workspace you are on when saving the
> settings.
>
> Ie if you have a window open on workspace1 and workspace2 and workspace1
> is visible then the workspace1 window.left is window.left and workspace 2
> left will be screen.width plus it's window left pos.
>
> But if workspace2 is visible then workspace2 window is just window.left
> pos and workspace1 window is window.left minus screen.width (negative to
> the visible window)
>
> Hope that helps in figuring a solution.
>
> BruceS
>
> On Fri, 11 Feb 2022 at 01:09, Steve G via User <
> user at lists.gambas-basic.org> wrote:
>
>> I am sorry my bleary-eyed brain messed up a little bit. The correct
>> settings are saving in the config file however when they are red back and I
>> verify that it is reading the right information back the window still does
>> not go to where it's supposed to. It seems to drop to a default location on
>> a different monitor. So the left is greater than 1600 for the setting even
>> though it says 48.
>>
>> Sent from TypeApp <http://www.typeapp.com/r>
>> On Feb 10, 2022, at 15:57, user-request at lists.gambas-basic.org wrote:
>>>
>>> Send User mailing list submissions to
>>>  user at lists.gambas-basic.org
>>>
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>>  http://lists.gambas-basic.org/listinfo/user
>>> or, via email, send a message with subject or body 'help' to
>>>  user-request at lists.gambas-basic.org
>>>
>>> You can reach the person managing the list at
>>>  user-owner at lists.gambas-basic.org
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of User digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>>    1. Re: Right-to-left support in GTK OR QT (Beno?t Minisini)
>>>    2. Re: IDE Crash ...a lot (Jussi Lahtinen)
>>>    3. Re: Right-to-left support in GTK OR QT (Beno?t Minisini)
>>>    4. Re: something wrong with gambas (Steve G)
>>>
>>>
>>> ------------------------------
>>>
>>>
>>> Message: 1
>>> Date: Thu, 10 Feb 2022 23:41:37 +0100
>>> From: Beno?t Minisini <g4mba5 at gmail.com>
>>> To: user at lists.gambas-basic.org
>>> Subject: Re: [Gambas-user] Right-to-left support in GTK OR QT
>>> Message-ID: <4235bd42-7e7f-a64e-bec5-b14da2ce84fc at gmail.com>
>>> Content-Type: text/plain; charset=UTF-8; format=flowed
>>>
>>> Le 10/02/2022 ? 20:42, Mayost Sharon a ?crit?:
>>>
>>>>
>>>>  Hello
>>>>
>>>>  I installed the language pack now really no message missing language
>>>>
>>>>  And it did not solve the problem I present
>>>>
>>>>  If you can test this thing:
>>>>  I am running GAMBAS IDE in en_US environment
>>>>  Creates a new GTK project
>>>>  Assumes the form:
>>>>  ComboBox
>>>>  CheckBox
>>>>
>>>>  If I change the direction of CheckBox from right to left
>>>>  It works well
>>>>
>>>>  If I change the direction of ComboBox from right to left
>>>>  It does not work he stays left to right
>>>>
>>>>  What is the difference between them
>>>>
>>>>  Many thanks
>>>>
>>>>
>>> Apparently GTK+3 combo-box does not care with rtl language. If you use
>>> gb.gtk (GTK+2), the button is correctly put on the left. I don't know if
>>> it's a bug in GTK+3, or something new that must be done and that wasn't
>>> necessary with GTK+2...
>>>
>>> I will try to do a NSA search, sorry a Google search, to see if I find
>>> something related to that problem.
>>>
>>> Regards,
>>>
>>>
>> ----[ http://gambaswiki.org/wiki/doc/netiquette ]----
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/user/attachments/20220211/5ce2224b/attachment.htm>