Great. I've pushed to master and deleted the filedialog branch. You
can do the same as follows:
git checkout master
git pull
git branch -d filedialog
That should do it.
Ted.
On 6/19/21 10:17 AM, chuck elliot wrote:
Yep. That all seems good.
All the 'Open' options in the file dialog
Yep. That all seems good.
All the 'Open' options in the file dialog take me to the right places.
enabling 'Use native dialog' gives me the GTK dialog.
The config file now contains:
[FileDialog]
dontUseNative=true
useNativeFileDialogs=false
Thanks,
Chuck.
On 19/06/2021 2:30 pm, Ted
Ok, I just posted the "final" fix for this to the filedialog branch.
Can you test it in there for me before I merge it? If you aren't
already in the filedialog branch, check it out:
git checkout filedialog
Then pull to get up to date.
git pull
And build as usual. In the
Glad we finally tracked this one down. It's not complete, though as
it only applies to open dialogs. I think we need to make this a setting
in the preferences. I'll have a look.
Ted.
On 6/19/21 5:59 AM, chuck elliot wrote:
That did the trick!
One caveat - after running the new build
That did the trick!
One caveat - after running the new build for the first time, I had to
add the
[FileDialog] setting because it wasn't present although the timestamp
had updated.
However, now I can switch between the aberrant GTK behaviour and the
desired Qt behaviour by changing that
I am using Fedora 33 with the MATE (gnome-2) environment so all that
adds up.
I should be able to try the modification today...
Many thanks Ted.
On 19/06/2021 1:41 am, Ted Felix wrote:
Ok, I just pushed a change for you to test to a new branch called
filedialog. If you are using git
Ok, I just pushed a change for you to test to a new branch called
filedialog. If you are using git (without forking), you can get it as
follows:
git fetch
git checkout -t origin/filedialog
Now build and run as usual. After the first run, you will find this
in your Rosegarden.conf file:
As I was digging around I saw mention of Qt using "native dialogs".
Maybe this is what is going on. Maybe you are using GNOME and somehow
Qt is being told to use the native file dialog rather than its own.
That might explain why it is using a GTK+ .XBEL file to store these
recent used
Ah. False alarm then.
The other thing I discovered was that my rg 'Recent' list in 'File Open'
is apparently being
populated from .local/share/recently-used.xbel
which is, I believe, a GTK resource. I don't know if that is supposed to
happen.
Chuck.
On 18/06/2021 2:23 am, Ted Felix
On 6/17/21 4:17 PM, chuck elliot wrote:
[FileDialog]
history=@Invalid()
lastVisited=file:///blue/midi/rosegarden/covers/q-synth
qtVersion=5.15.2
viewMode=Detail
Mine looks just like that:
[FileDialog]
history=@Invalid()
lastVisited=file:///home/ted/Documents/rosegarden/Test
qtVersion=5.12.8
Hi,
I think I might have found a clue as to why my rg file dialog is
misbehaving. Firstly, I created a new user and then ran rg and
all was fine. So it is something to do with my user config.
I compared the .config/QtProject.conf files of the two users
and there looks to be a problem with
I've done a little more digging and it seems like this could be
happening because garbage is getting passed to the file dialogs
(QFileDialog falls back on the current directory when it gets a
directory that doesn't exist and depending on how you launch rg, the
current directory might be the
'apparently not to do with NFS - I loaded and saved a file to
a local directory ('change reflected in the [Last_Used_Paths] setting)
but the 'Open' behaviour is still erroneous.
On 07/04/2021 12:38 am, Ted Felix wrote:
On 3/28/21 11:43 AM, chuck elliot wrote:
If I'm not mistaken, RG used to
The only thing that works is 'Save As' which takes me to
the path indicated by the [Last_Used_Path] save_file= setting.
Examples, Templates and Open all mis-behave in the way
I described.
Plus - I have this on 2 separate machines - one running
20.12, the other 21.06. (Both Fedora 32).
The
On 3/28/21 11:43 AM, chuck elliot wrote:
If I'm not mistaken, RG used to remember which directories you last saved to
and loaded from.
And it still does for me.
This is reflected in the [Last_Used_Directories] config file heading (which
seems to contain the right values).
That's the
15 matches
Mail list logo