customize dialog ? #81
Labels
No labels
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
applications/manjaro-architect#81
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
If we want to change the default appearance of dialog it can be done with configuration in ~/.dialogrc
low priority! 😉
tested not simple the colors choice, add in source:
well we could simply deploy the config file to the live user's home with manjaro-tools. But it's really not high priority! ;)
when manjaro-tools creates user 'manjaro' in the live session, whatever has been installed to /etc/skel via overlay or by a settings-package will end up in /home/user/manjaro/...
so that should not be a problem.
I was just looking at the package console-solarized and how they achieve the costomized console colors. They use systemd getty services and export the colors with a script. For the architect ISO It wouldn't be a problem to do the same.
Like that we are free to not use only the few pre-defined console colors but can modify them to whatever we like. We have 16 colors available to define with hexcodes - more than we could possibly ever use! ;)
dialogrc is a bit unintuitive ... but I'm getting there, I think 😁
How about some more maia?
😆
What do you think, @Chrysostomus @papajoker
Better colors than my current attempt, though work in progress. Background title could also be cyan
That dark gray text is not not sufficiently legible on that background though.
which dark grey text do you mean?
the inactive numbers? I didn't yet manage to find where they are defined ... 😛
Inactive numbers, yes
The only place where I have set that darkest color is the shadow I think. But changing that value doesn't move them either ...
I made a package with that stuff so we can test it on the ISO. It needs to be installed in the first place though for the systemd stuff to work and the config being copied to root's home - will build a new ISO tomorrow. - Now off for some sleep ... ... :)
ma-console-colors
maybe those numbers take
button_key_inactive_colorSleep well! You have done great!
thank you! :)
Got it now I think. 😄
Might be that we find some places still in special dialog windows that will need some adjustment, but in general this is cracked I'd say. I'll just try some more things with that systemd service and might just make a console-maia package from that... openrc would need a different approach, but that's not really relevant for us, since there's really no need for the installer ISO to come with different init systems.
I might be switching console-solarized to console-maia then... Would be awesome if package supported openrc too, but not high priority
Building it already 😃 It will be maia-console. For openrc there seems to be a way via /etc/issue ... We can sort that out later 😉
@Chrysostomus after juggling around some more with colors I've just pushed maia-console 1.2, including an adjusted dialogrc. Dialog now looks pratically almost like before, but the theme now should work a lot better in the console also for ranger and stuff. Please check!
I'll have to rebuild the architect ISO with this, which is not a big deal... I will also do a 32bit additionally this time.
The dialogrc will just work with maia-console only. It's an impossible task to do both I think: make the maia theme work and provide a dialog config that works for other themes. Try with three different terminal emulators and you get three completely different results. It also depends totally on the color profile your terminal uses, of course... ... So. It's just gonna have to be dialog default if not in the console and/or on the ISO I think.
I'll make the text a little whiter still to make it more clearly readable... Also I can do a little better for the buttons - stay tuned 😉
maia-console 1.2-2 😄
ok. I now see that ranger uses magenta for regular highlight. That color is currently ugly, but there's no problem in changing it to whatever we like, since our new the dialogrc isn't using it anyway...
I'll test it tonight. I'm especially interested in in how it works together with zsh-syntax-highlighting that manjaro-zsh-config uses by default
Hm. Let me know. But I'm a little afraid this is getting bottomless to serve all the different color customizations...
Worry not, we should be close to the finishing line :)
1.2-3 tested also with manajro zsh shell - maybe not ideal, but it works ok I think ...
Not on my mirror just yet. 1.2-3 was already a significant improvement. I'll test the next when I get it.
Idea: would it be possible to assign that maia green to cyan?
let me just find out what happens 😜
Now online. It is better and worse than previous. Prompt gets diaplayed better, but syntax highlighting and autosuggestion colors are weird, as are man pages. Not unusable or hindering weird, just not as nice as they could be.
I'll see if I can hack it a bit too...
so. maia green on cyan works, in ranger just everything gets really bright and similar, in zsh shell i don't see a huge difference. What I still don't find good is how ranger displays image files. They are too dark...
The problem with dialog is this:
When I look at for example how solarized console theme is organized: They leave colors 0-7 what their names actually are as the hightlight colors.
But with dialog we don't have the free choice to use colors 8-15 since it is only possible to specify the eight color names while in fact 16 colors are being applied in the end - kind of stupid!
I assume it applies the "bright" colors on bold text?
But yeah, sounds mighty inconvenient
no. it's somehow associated to foreground and background as in screen(background)color vs dialog box I think. bold is dealt with separately as what it is and with terminus as we have it, not at all. Could we btw configure vconsole in a way that it uses normal and bold variants of terminus?
I don't think so, but I can be wrong
yeah. I also assumed it's only possible in the terminal.
You could try http://stackoverflow.com/questions/2924697/how-does-one-output-bold-text-in-bash
If text doesn't get bolded, it may switch to bright variant instead
we can live without bold I think. looks like this is all more for terminal anyway?
the on/off property in the terminal btw works fine - for bold text, no color change! 😉