minor issue/adjustment GUI

On Wed, Jul 29, 2026, at 04:22, Rob Stapper via BaseX-Talk wrote: > Hi, > > Two items concerning the GUI: > > 1) when replacing text by pressing the replace-all button( bottom right in v13) and the entered search string( bottom left) is not explicitly activated( by pressing ENTER) the replace will fail. The replace obviously requires a activated search. Propose to do an initial search when activating the replace function if the search-field has changed. > > 2) when reopening the GUI the order of the editor-windows (tabs) is lost. I use a preferred editor-windows order which gets mixed up when reopening basex. So I have to reorder them again. It would be nice for those who prefer their editor-windows in a specific order if this order wuld be preserved when reopening basex . > mvgr. > > Rob Stapper

From: Graydon Saunders via BaseX-Talk <basex-talk at mailman.uni-konstanz.de> Sent: Wednesday, July 29, 2026 7:52 AM To: BaseX <basex-talk at mailman.uni-konstanz.de> Subject: [basex-talk] Re: minor issue/adjustment GUI I'd like to add a vote in favour of Rob's item 2. Stable editor tab order when reopening the GUI would be very welcome from this corner. I would also like to put in a request for "editor does folding"; being able to collapse function definitions or blocks of comments into single lines would be really helpful for readability. Which I realize is a large ask but perhaps the available built-in support for the idea in the Java tool set has increased. -- Graydon On Wed, Jul 29, 2026, at 04:22, Rob Stapper via BaseX-Talk wrote: Hi, Two items concerning the GUI: 1) when replacing text by pressing the replace-all button( bottom right in v13) and the entered search string( bottom left) is not explicitly activated( by pressing ENTER) the replace will fail. The replace obviously requires a activated search. Propose to do an initial search when activating the replace function if the search-field has changed. 2) when reopening the GUI the order of the editor-windows (tabs) is lost. I use a preferred editor-windows order which gets mixed up when reopening basex. So I have to reorder them again. It would be nice for those who prefer their editor-windows in a specific order if this order wuld be preserved when reopening basex . mvgr. Rob Stapper

Von: Lizzi, Vincent via BaseX-Talk <basex-talk at mailman.uni-konstanz.de> Gesendet: Mittwoch, 29. Juli 2026 14:02 An: BaseX; Graydon Saunders Betreff: [basex-talk] Re: minor issue/adjustment GUI I'd also like to add a vote in favor of Rob's item 1 of some kind of improvement to the search / replace function. I find it less intuitive than the search/replace function in other editors, so I tend not to use it unless I really want a global search / replace. It would be nice to be able to step through each instance found by the search and choose whether to replace or skip. This might already be possible, but I'm not sure how to do it. Many thanks, Vincent Vincent M. Lizzi Head of Information Standards | Taylor & Francis Group vincent.lizzi at taylorandfrancis.com<mailto:vincent.lizzi at taylorandfrancis.com> Time zone: US Eastern Information Classification: General [cid:bb34c952-b873-46b1-a082-34c2741b645d]<https://outlook.office.com/bookwithme/user/aa80d42cbb5b46dba06a5ad241d7665b at taylorandfrancis.com?anonymous&ep=owaSlotsEmailSignature> Book time to meet with me<https://outlook.office.com/bookwithme/user/aa80d42cbb5b46dba06a5ad241d7665b at taylorandfrancis.com?anonymous&ep=owaSlotsEmailSignature> From: Graydon Saunders via BaseX-Talk <basex-talk at mailman.uni-konstanz.de> Sent: Wednesday, July 29, 2026 7:52 AM To: BaseX <basex-talk at mailman.uni-konstanz.de> Subject: [basex-talk] Re: minor issue/adjustment GUI I'd like to add a vote in favour of Rob's item 2. Stable editor tab order when reopening the GUI would be very welcome from this corner. I would also like to put in a request for "editor does folding"; being able to collapse function definitions or blocks of comments into single lines would be really helpful for readability. Which I realize is a large ask but perhaps the available built-in support for the idea in the Java tool set has increased. -- Graydon On Wed, Jul 29, 2026, at 04:22, Rob Stapper via BaseX-Talk wrote: Hi, Two items concerning the GUI: 1) when replacing text by pressing the replace-all button( bottom right in v13) and the entered search string( bottom left) is not explicitly activated( by pressing ENTER) the replace will fail. The replace obviously requires a activated search. Propose to do an initial search when activating the replace function if the search-field has changed. 2) when reopening the GUI the order of the editor-windows (tabs) is lost. I use a preferred editor-windows order which gets mixed up when reopening basex. So I have to reorder them again. It would be nice for those who prefer their editor-windows in a specific order if this order wuld be preserved when reopening basex . mvgr. Rob Stapper

> I'd like to add a vote in favour of Rob's item 2.

> editor does folding

On Wed, Jul 29, 2026, at 08:38, Christian Grün wrote: > Hi Graydon, > > > I'd like to add a vote in favour of Rob's item 2. > > …work in progress, nearly done. > > > editor does folding > > This one might take some more time; it’s more complex to implement than it may seem. We use our own text editor/renderer, as it allows you to edit MB-sized documents (which is mostly impossible with other Java default components and libraries you’ll find). > > Best, > Christian >

> 1) when replacing text by pressing the replace-all button( bottom right in v13) and the entered search string( bottom left) is not explicitly activated( by pressing ENTER) the replace will fail.

> 2) when reopening the GUI the order of the editor-windows (tabs) is lost.

Von: Graydon Saunders <graydonish at fastmail.com> Gesendet: Mittwoch, 29. Juli 2026 15:01 An: Christian Grün; BaseX Betreff: Re: [basex-talk] Re: minor issue/adjustment GUI Thank you! I understand that folding is hard and folding efficiently is harder. For another "I bet this is harder than it sounds", the Dark Mode "this is the thing you searched for" highlighting is a little too subtle to be easily seen, at least with my old eyes. ("FlatMacDarkLaf", specifically.) So far as I can tell, there isn't a user means of adjusting this without having a major learning experience and creating a new theme. Some means of adjustment would be welcome. On Wed, Jul 29, 2026, at 08:38, Christian Grün wrote: Hi Graydon, > I'd like to add a vote in favour of Rob's item 2. …work in progress, nearly done. > editor does folding This one might take some more time; it’s more complex to implement than it may seem. We use our own text editor/renderer, as it allows you to edit MB-sized documents (which is mostly impossible with other Java default components and libraries you’ll find). Best, Christian

> I'd suggest a better support for hi-resolution monitors because I always need to scale and tweak my monitor setting in order to avoid seeing minuscule icons and unreadable messed up menus.

> * As ctrl+enter runs a query if it is a main menu I'd like a ctrl+enter to "repo install" a file if it is a "library" module

> and maybe something similar to run the unit tests if any.

> * a ctrl+shift+d for emitting to the editor the string "declare variable ${current-module-ns-prefix}:" > * a ctrl+shift+f for emitting to the editor the string "declare function {current-module-ns-prefix}:function(){};"

Von: Christian Grün <cg at basex.org> Gesendet: Mittwoch, 29. Juli 2026 17:26 An: basex-talk at mailman.uni-konstanz.de; Marco Lettere Betreff: AW: [basex-talk] Re: minor issue/adjustment GUI Hi Marco, > I'd suggest a better support for hi-resolution monitors because I always need to scale and tweak my monitor setting in order to avoid seeing minuscule icons and unreadable messed up menus. In principle, the BaseX GUI is already HiDPI-aware, but its effectiveness depends on the OS. Could you provide us with a screenshot (in private, if you like) or details on your OS scaling factor, monitor setup, etc? The FlatLAF library can be used to define custom UI scales [1]. > * As ctrl+enter runs a query if it is a main menu I'd like a ctrl+enter to "repo install" a file if it is a "library" module I would probably need more information on how you think this could work. I tend to store single XQuery library modules directly in the `repo/` (sub)directories, without using all the repo machinery. > and maybe something similar to run the unit tests if any. You can already use (Ctrl/Cmd)-Shift-Enter to run tests in a file or directory. > * a ctrl+shift+d for emitting to the editor the string "declare variable ${current-module-ns-prefix}:" > * a ctrl+shift+f for emitting to the editor the string "declare function {current-module-ns-prefix}:function(){};" With the prefixes `fun..` or `var...` and Ctrl-Space (or by just waiting, with the latest snapshot), the presented code completion provides you with offers for function/variable declarations. I liked your idea to include the prefix of the current module namespace in the completion strings; check out the latest snapshot [2]… Ciao, Christian [1] https://docs.basex.org/13/Graphical_User_Interface#flatlaf [2] https://files.basex.org/releases/latest/

On 7/29/26 17:32, Christian Grün wrote: > I was just taught there is an easy way to scale everything in the BaseX GUI. You can add… > > -Dsun.java2d.uiScale=3 > > …in the basexgui script. > ________________________________________ > > Von: Christian Grün<cg at basex.org> > Gesendet: Mittwoch, 29. Juli 2026 17:26 > An:basex-talk at mailman.uni-konstanz.de; Marco Lettere > Betreff: AW: [basex-talk] Re: minor issue/adjustment GUI > > Hi Marco, > >> I'd suggest a better support for hi-resolution monitors because I always need to scale and tweak my monitor setting in order to avoid seeing minuscule icons and unreadable messed up menus. > In principle, the BaseX GUI is already HiDPI-aware, but its effectiveness depends on the OS. Could you provide us with a screenshot (in private, if you like) or details on your OS scaling factor, monitor setup, etc? > > The FlatLAF library can be used to define custom UI scales [1]. > >> * As ctrl+enter runs a query if it is a main menu I'd like a ctrl+enter to "repo install" a file if it is a "library" module > I would probably need more information on how you think this could work. I tend to store single XQuery library modules directly in the `repo/` (sub)directories, without using all the repo machinery. > >> and maybe something similar to run the unit tests if any. > You can already use (Ctrl/Cmd)-Shift-Enter to run tests in a file or directory. > >> * a ctrl+shift+d for emitting to the editor the string "declare variable ${current-module-ns-prefix}:" >> * a ctrl+shift+f for emitting to the editor the string "declare function {current-module-ns-prefix}:function(){};" > With the prefixes `fun..` or `var...` and Ctrl-Space (or by just waiting, with the latest snapshot), the presented code completion provides you with offers for function/variable declarations. I liked your idea to include the prefix of the current module namespace in the completion strings; check out the latest snapshot [2]… > > Ciao, > Christian > > [1]https://docs.basex.org/13/Graphical_User_Interface#flatlaf > [2]https://files.basex.org/releases/latest/

Von: Marco Lettere <m.lettere at gmail.com> Gesendet: Mittwoch, 29. Juli 2026 17:55 An: Christian Grün; basex-talk at mailman.uni-konstanz.de Betreff: Re: AW: [basex-talk] Re: minor issue/adjustment GUI The issue is complex. I'll try to reproduce as many combinations as possible of the cartesian product tried so far: adding -Dsun.java2d.uiScale, Scale settings at OS level, Enabling or not fractional scaling, Changing aspect ratio of the screen (which is currently what I'm using to achieve an acceptable configuration). I'm on Ubuntu 26.04 with wayland and GPU support. As for the repo install: we have our XQuery code organized in several Git repositories. Somewhere (mostly in containers) there is a Basex running as a http server. We have command line tools for installing everything the first time. Then we start the GUI from any location (configuring the base file folder and the repo location as properties) in order to edit the files inside the git repos. When we edit a library module we have to reinstall it to make all other dependant code aware of the changes. This usually happens by copying the full path from the file tree going to the command input of the ui and typing repo install the/full/path. After the first time it's a matter of selecting the correct repo install command and re-executing it with the play button. This feels just a bit cumbersome. So instead I'd like to press "ctrl-s" and "ctrl-other" to save and reinstall because especially when tuning or debugging this happens a lot. I've tried to manage everything with copying, then softlinks then volumes ... but in all cases it ends up with a mess so reinstalling a module in the repo just feels like the best choice. Hope it's clear. Great to hear about ctrl-space improvements and sorry for not being aware of ctrl-shift-enter for running tests (will put it to immediate usage)! Thanks! M. On 7/29/26 17:32, Christian Grün wrote: I was just taught there is an easy way to scale everything in the BaseX GUI. You can add… -Dsun.java2d.uiScale=3 …in the basexgui script. Von: Christian Grün <cg at basex.org><mailto:cg at basex.org> Gesendet: Mittwoch, 29. Juli 2026 17:26 An: basex-talk at mailman.uni-konstanz.de<mailto:basex-talk at mailman.uni-konstanz.de>; Marco Lettere Betreff: AW: [basex-talk] Re: minor issue/adjustment GUI Hi Marco, I'd suggest a better support for hi-resolution monitors because I always need to scale and tweak my monitor setting in order to avoid seeing minuscule icons and unreadable messed up menus. In principle, the BaseX GUI is already HiDPI-aware, but its effectiveness depends on the OS. Could you provide us with a screenshot (in private, if you like) or details on your OS scaling factor, monitor setup, etc? The FlatLAF library can be used to define custom UI scales [1]. * As ctrl+enter runs a query if it is a main menu I'd like a ctrl+enter to "repo install" a file if it is a "library" module I would probably need more information on how you think this could work. I tend to store single XQuery library modules directly in the `repo/` (sub)directories, without using all the repo machinery. and maybe something similar to run the unit tests if any. You can already use (Ctrl/Cmd)-Shift-Enter to run tests in a file or directory. * a ctrl+shift+d for emitting to the editor the string "declare variable ${current-module-ns-prefix}:" * a ctrl+shift+f for emitting to the editor the string "declare function {current-module-ns-prefix}:function(){};" With the prefixes `fun..` or `var...` and Ctrl-Space (or by just waiting, with the latest snapshot), the presented code completion provides you with offers for function/variable declarations. I liked your idea to include the prefix of the current module namespace in the completion strings; check out the latest snapshot [2]… Ciao, Christian [1] https://docs.basex.org/13/Graphical_User_Interface#flatlaf [2] https://files.basex.org/releases/latest/

On Wed, Jul 29, 2026, at 10:59, Christian Grün wrote: > Hi Graydon, > > I hope the new snapshot improves the rendering [1]; give it a try. > > Best, > Christian > > [1] https://files.basex.org/releases/latest/ > ________________________________________ > > Von: Graydon Saunders <graydonish at fastmail.com> > Gesendet: Mittwoch, 29. Juli 2026 15:01 > An: Christian Grün; BaseX > Betreff: Re: [basex-talk] Re: minor issue/adjustment GUI > > Thank you! > > I understand that folding is hard and folding efficiently is harder. > > For another "I bet this is harder than it sounds", the Dark Mode "this is the thing you searched for" highlighting is a little too subtle to be easily seen, at least with my old eyes. ("FlatMacDarkLaf", specifically.) So far as I can tell, there isn't a user means of adjusting this without having a major learning experience and creating a new theme. Some means of adjustment would be welcome. > > On Wed, Jul 29, 2026, at 08:38, Christian Grün wrote: > Hi Graydon, > > > I'd like to add a vote in favour of Rob's item 2. > > …work in progress, nearly done. > > > editor does folding > > This one might take some more time; it’s more complex to implement than it may seem. We use our own text editor/renderer, as it allows you to edit MB-sized documents (which is mostly impossible with other Java default components and libraries you’ll find). > > Best, > Christian > > >

> Op 29-07-2026 16:58 CEST schreef Christian Grün <cg at basex.org>: > > > Hi Rob, > > (For everyone:) We have put substantial effort into improving code completion. It is context-sensitive now and includes function and variable declarations from the current module [1]. > > > 1) when replacing text by pressing the replace-all button( bottom right in v13) and the entered search string( bottom left) is not explicitly activated( by pressing ENTER) the replace will fail. > > Done (the actual bug was a hidden one, but I’ll spare you all the details). If not, let me know. > > > 2) when reopening the GUI the order of the editor-windows (tabs) is lost. > > Fixed. > > Best, > Christian > > [1] https://files.basex.org/releases/latest/

> Using BaseX130-20260729.200352.zip the editor, Result, and Info panes in the GUI keep the default formatting despite a dark theme

> It's a very small thing, but the `data/` directory has a `.logs` directory in it which makes it hard to use rmdir on `data/` as part of the "this will be a symlink" installation process.

On Thu, Jul 30, 2026, at 19:28, Christian Grün wrote: > > Using BaseX130-20260729.200352.zip the editor, Result, and Info panes in the GUI keep the default formatting despite a dark theme > > Sorry, please try again. > > > It's a very small thing, but the `data/` directory has a `.logs` directory in it which makes it hard to use rmdir on `data/` as part of the "this will be a symlink" installation process. > > Maybe the LOGPATH option will help you. If not, you could try to create a data symlink before you start BaseX for the first time. > >

Von: Marco Lettere via BaseX-Talk <basex-talk at mailman.uni-konstanz.de> Gesendet: Montag, 3. August 2026 12:25 An: basex-talk at mailman.uni-konstanz.de Betreff: [basex-talk] Re: minor issue/adjustment GUI Hello all, one more thing that feels a bit uncomfortable. If I want to open a given folder in the project view when navigating to the folder I necessarily have to stop at folder selection as shown in picture 1. If I enter the folder and then press ok the path that is fed to the project view contains twice the folder so in this case (pciture 2) ti would point to /tmp/tmp thus resulting in nothing appears. I don't think it has always been like that because I never noticed it. When entering a folder in the selection the path should somehow avoid re-attaching the folder name because the semantic is I want to stay in this current directory. Isn't it? Regards, Marco.

On 8/4/26 15:20, Christian Grün wrote: > Hi Marco, > > This seems to be a GTK-only issue. I couldn’t test it, but I hope the latest snapshot provides a fix [1]. > > Best, > Christian > > [1]https://files.basex.org/releases/latest/ > ________________________________________ > > Von: Marco Lettere via BaseX-Talk<basex-talk at mailman.uni-konstanz.de> > Gesendet: Montag, 3. August 2026 12:25 > An:basex-talk at mailman.uni-konstanz.de > Betreff: [basex-talk] Re: minor issue/adjustment GUI > > Hello all, > > one more thing that feels a bit uncomfortable. If I want to open a given > folder in the project view when navigating to the folder I necessarily > have to stop at folder selection as shown in picture 1. > > If I enter the folder and then press ok the path that is fed to the > project view contains twice the folder so in this case (pciture 2) ti > would point to /tmp/tmp thus resulting in nothing appears. I don't think > it has always been like that because I never noticed it. > > When entering a folder in the selection the path should somehow avoid > re-attaching the folder name because the semantic is I want to stay in > this current directory. Isn't it? > > Regards, > > Marco. >