summaryrefslogtreecommitdiff
path: root/src/FbTk
AgeCommit message (Collapse)AuthorFilesLines
2005-06-17*.font.shadow.x and *.font.shadow.x were not correctly read or better,mathias1-3/+8
misinterpreted. so the shadow'ed text was written direct underneath the normal text .. and hence invisible.
2005-06-16little typo which prevented shadowcolor beeing setmathias1-1/+1
2005-06-15Fixes #1216020, *.font.effect wont get cleared if not defined in stylemathias1-1/+15
2005-06-03- Usage of xft-fonts is prefered, except a font-description starts with '-'mathias7-219/+180
- Removed "antialias"-option completly, to enable/disable "antialias" use either <fontname>:antialias=<bool> in the style or use Xft.antialias: <bool> in your .Xdefaults - Added new styleresources: *.font.effect: <halo|shadow> *.font.shadow.x : <int> - shadow x offset *.font.shadow.y : <int> - shadow y offset *.font.shadow.color : <color> - color of shadow *.font.halo.color : <color> - color of halo - Removed 'shadow' and 'halo' options from fontdefinitions: !! Style authors have to update their styles !! - Simplified XmbFontImp to not try all possible fonts to match locale - Style authors may specify multiple fonts: <font1>|<font2>|<font3> if loading of font1 fails, fluxbox probes <font2>, etc. The last font is "fixed". Hints for style authors: - if xft tries to load a font it will _ALWAYS_ return a valid font, it doesnt have to look like the one you want to have, read more about it: http://fontconfig.org/fontconfig-user.html - export XFT_DEBUG=1 before running fluxbox helps to see which fonts are picked. eg: *.font: Verdana,Arial-12:antialias=true|-artwiz-snap-*- if fluxbox is compiled with xft this will NEVER try to load "-artwiz-snap-*-" since xft gives for sure a font, most likely Verdana or Arial but noone knows. So, if fluxbox has no xft support the first fontpattern fails and fluxbox tries the next one, which might be successful. if everything fails, it will use "fixed" - Added caching of fonts, fonts are only loaded once. - Fixed #1090902 (slow utf8 start)
2005-06-03deleted the "fallback"-code, which was one of the reasons for slowing downmathias1-44/+2
fluxbox in utf8-locales: if no fontset is found up to this point its because of a) no such font b) not supported locale if we try our best and enhance the basename-list and add some more generic patterns the xserver will give us a valid fontset .. which is good coz we have something to work with but which is BAD coz we return a valid fontset as if we have found the font the user wants .. so, every fallback in higher level code will fail coz we find a valid fontset by any meaning here. if no fontset can be found, the "fixed"-fontset should be there already.
2005-05-18locale pathfluxgen1-3/+0
2005-05-12llittle rewrite for the FbTk_istringstream usage.. was needed coz gcc2.95.xmathias1-11/+3
systems had problems before. with this change fluxbox should compile on such old compilers.
2005-05-12__APPLE__ doesnt have <nl_types.h>mathias1-1/+1
2005-05-10copy N paste ... icc complained slightlymathias1-1/+1
2005-05-10cache the root pixmap (per screen)simonb2-35/+115
2005-05-09fix from vadim for fbrun-tabcompletionmathias1-0/+1
2005-05-07patch from vadim to fix the issues in input-areas he introduced with his lastmathias1-24/+36
patch
2005-05-07remove default gray background on created FbWindowssimonb1-4/+3
(not everything should get a bg set)
2005-05-06fix segfault opportunity in menusimonb1-0/+5
2005-05-06more keyactions for textbox-patch from Vadim <suhanov_vadim at mail dot ru>mathias2-5/+91
2005-05-06Fix for #1160244, #1099704, #1094107:mathias3-42/+48
if the xkb-extension is enabled and the user switches between his/her keyboardlayouts fluxbox's keybhandling doesn't work well anymore because xkeyevent.state contains also xkb-related flags and thus we have to handle that with caution. KeyUtils now contain 'isolateModifierMask()' to really work only on the modifiers. why not as part of cleanMods() ? because the XLookupString return false results, eg TextBox's would only print chars from the first keyboardlayout.
2005-05-03fix some menu drawing issuessimonb2-4/+25
2005-05-02Select2nd filefluxgen1-0/+1
2005-05-02select 2nd element in pairfluxgen1-0/+18
2005-04-29enabled MenuItems / Separators are not clickable and the same logic shouldmathias1-4/+3
apply to keys.
2005-04-29display accessorfluxgen1-0/+2
2005-04-28revert mathias last change, and fix it differently using info already simonb2-19/+9
there
2005-04-27i added an attribute to FbWindow to mark windows which are only used asmathias2-6/+16
"carrier" (maybe a temporarly name?) ... carriers dont need background-updates .. ever. this leads to a big performance"boost" over the last commits. before we updated also the windows which are the hosts for the apps (m_window and m_clientarea in FbWinFrame) -> bad idea.
2005-04-27fix background setting + initialisationsimonb1-3/+7
2005-04-27add rough support for non-default depth pixmaps. Saves us having ghost simonb3-10/+24
holes in windows
2005-04-27fix a few more bugs with recent reworking stuffsimonb4-14/+17
Some fixes could incidentally fix a few other bugs... the flaws were pre-existing, I've just been weeding out a lot of duplication
2005-04-26fix drawing foreground when transparency offsimonb1-14/+24
2005-04-26fix systray client sizingsimonb2-0/+26
2005-04-26extension of previous big patch. Move a bunch of menu things onto simonb13-353/+425
background pixmap. Same for textbuttons.
2005-04-25#1188690, fbrun segfaultmathias1-0/+2
2005-04-15fix a few drawwing issues, esp menu opening offscreensimonb1-11/+10
2005-04-14cosmeticmathias1-2/+2
2005-04-13fix a few small bugs from recent big patchsimonb3-5/+6
2005-04-10Big changes to how transparency workssimonb11-449/+278
Consequently rearrange lots of rendering ops, and strip calls to updateTransparent
2005-04-02Tidy up some redundant pixmap allocssimonb3-17/+37
2005-03-16fix for #1152450, when having multiple screens the rootCommand's were mathias1-2/+4
called too often: m_root_menu is locked for the current screen when loading the style for the current screen, but not for the screens already initialized and thus its executed when called thru Theme::reconfigure(); now only the themes on the same screen are affected by the load-routine.
2005-02-13added stringstream headerfluxgen1-0/+1
2005-02-13stringstreamfluxgen1-0/+19
2005-02-10cosmetic + updated copyright yearmathias1-1/+1
2005-02-08updated copyright yearmathias1-1/+1
2005-02-07copyright yearmathias2-2/+2
2005-02-07updated copyright datemathias1-1/+1
2005-02-07cosmetic white-space-stuff and/or copyright datesmathias4-12/+13
2005-02-07white-space cosmeticmathias1-10/+10
2005-01-31closes #1107213, 64bit issues with XChangePropertymathias1-1/+1
submitted by Matthieu Herrb <matthieu.herrb@laas.fr>
2005-01-24fix to solve compileproblems under freebsd4mathias1-1/+1
2005-01-24copyright datemathias93-93/+93
2005-01-20copyright datemathias1-1/+1
2005-01-15cleaningfluxgen2-132/+132
2005-01-14moved ThemeItem<bool> - implementation to FbTk/ThemeItems.ccmathias1-34/+120