<@U01819B63HP>: Another very small request: Coul...
# xschem
t
@Stefan Schippers: Another very small request: Could you make the contents of the "Choose symbol" window directory listing either anchored on the left side of the pane, or else with a handful of pixel pixels padding the text on the right side? As it is, the text ends exactly at the pane's edge, and it always makes me feel like the text has been cut off. It's a weirdly strong psychological effect.
👍 2
s
I agree, will add some padding space. Thank you. I decided to show the last part of the paths (in some cases there are lot of nested directories leading to long paths) There is also a ckeckbutton to cut off the whole path name and show only the (last) directory.
t
I figured that was why you had it aligned on the right side, which was why I offered the padding solution. I think something like 5 pixels is enough to make the effect disappear.
s
as soon as I find out how to do it, lol, I am trying every combination of -padx -ipadx, nothing happens. Will keep trying for 30' and then will go for brute force (add trailing spaces)
@Tim Edwards I managed to add some x padding to text in the load file widget. Took longer that expected, since it is a listbox inside a frame inside a panedwindow inside a toplevel, and had to try all combinations of padding options (inside of container / outside of contained) and fight hard to remove all border, highlightborder, relief to avoid having '_something_' between the text container (the listbox) and the surrounding frame.
👍 2
t
Looks good! Plus, I've been using the "Inutitive Click & Drag" option and it's very convenient.
That happens to me a lot. I start in on something that I think should be a really trivial code change, and an hour later I'm still deep in the code with ten browser tabs open on StackOverflow and beating my head on the desk.
s
Yes the "intuitive_interface" is getting stable. Checking all corner cases, but seems ok. The last bad thing that happened to me is that some systems/DE combinations set different defauls even for non themed tk widgets. For example one user had default background for all tk widgets set to black (dark colorscheme) and fg color to white, I think this was done with Xresources. Any tk application that sets a foreground color without setting also the background will fail miserably (unreadable text). So I had to do a full review of all the UI to ensure all important configurations are set explicitly. Non themed widgets should not be touched by Desktop environment themers, if i want a themed app with pink on purple text there are themed widgets for that. In doing that I have created a
dark_gui_colorscheme
xschemrc flag that can be used to change the look of the gui elements, together with
dark_colorscheme
that defines only the drawing canvas colorscheme.
1.png