aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2011-02-22cosmeticsMathias Gumz1-15/+6
2011-02-22Bugfix: don't render textures with dimension of 0Mathias Gumz1-1/+4
At least 'invertRGB()' does not like 'width' or 'height' being 0. 341b2f43e511e39dd was triggered by this problem as well.
2011-02-21Render rectangles instead of squares to test TextureRender.ccMathias Gumz1-13/+9
2011-02-21cosmetic fix in fluxbox-keysMathias Gumz1-1/+1
2011-02-21fbsetbg: improved aspect-ratio-filling for feh (thanks Jeremiah Mahler ↵Jeremiah Mahler1-1/+1
<jmmahler at gmail com> Closes http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583704
2011-02-21Fix bug: 'src_image' might be NULL if width||height are 0 (#3188223)Mathias Gumz1-40/+49
With ROT90-SystemTray fluxbox crashed. It is a bit unclear of where to catch pixmaps / windows with either width or height equal to 0; IMHO this needs more investigation.
2011-02-21fix grammarMathias Gumz1-2/+2
2011-02-20Merge branch 'master' of ssh://git.fluxbox.org/fluxboxHenrik Kinnunen4-4/+18
2011-02-20Fixed a possible crash when using a slot m_holder = 0Henrik Kinnunen1-5/+9
2011-02-20updated ChangeLogMathias Gumz1-1/+15
2011-02-20fix spellingPaul Tagliamonte3-3/+3
2011-02-191.3.0 version for configureRelease-1_3_0Henrik Kinnunen1-1/+1
2011-02-19readded default style path to init.inHenrik Kinnunen1-0/+1
2011-02-19updated documentationHenrik Kinnunen10-690/+278
2011-02-19Updated NEWSHenrik Kinnunen1-11/+30
2011-02-19Added 3rd to extra distHenrik Kinnunen1-1/+1
2011-02-05updated pt_BR translations, closes #2940952Sergio Cipolla4-472/+505
2011-02-03added documentation about the 'screen' client-patternMathias Gumz1-0/+5
2011-02-03merge ChangeLogMathias Gumz0-0/+0
2011-02-03updated ChangeLogMathias Gumz1-1/+27
2011-02-03updated ChangeLogMathias Gumz1-0/+26
2011-02-03allow to override 'FocusNewWindow' via .fluxbox/appsPeter Hercek4-0/+30
2011-02-03bug fix: semantic differences between WinState::Decoration and Remember::save()Peter Hercek1-11/+5
2011-01-25build fix: revert e38994ae727a3bc7fa77f45d5bdbb97dffcbd1e5Mathias Gumz1-11/+11
'xft-config' is deprecated (http://lists.freedesktop.org/archives/xorg-devel/2010-March/006750.html) and does not exist anymore on 'bleeding edge' versions (gentoo). 'pkg-config' is the new way of doing things. 'pkg-config --libs xft' does only report the libs needed and the linker finds out other dependencies on its own. currently, 'pkg-config' (version 0.25) reports only '-lXft'. if the user wants for example LDFLAGS="-fuse-ld=gold --no-add-needed" then all the needed libs must be produced, otherwise linkage fails. at the moment it seems that fluxbox calls 'XftMatrixRotate()' and 'XftPatternAddMatrix()' which both seems to trigger the need for 'fontconfig': undefined reference to 'FcMatrixRotate' undefined reference to 'FcPatternAddMatrix' is 'pkg-config --libs xft' reporting to few libs? in comparison to 'xft-config --libs' for sure. bug? feature? i am not sure. there are several ways to address this issue: * append the needed libs manually via LIBS or LDFLAGS env LIBS="-lfontconfig" ./configure * change build-system of fluxbox to do something like pkg-config --print-requires-private 'xft' 2> /dev/null || echo xft)` (pkg-config version < 0.2x does not have --print-requires-private, which then leads to not print out all libs needed, which would then require a fallback to xft-config since an older system anyways, evidence is old pkg-config) * changing build-system of fluxbox to use something like: pkg-config --static --libs xft (which reports really all libs, even more than actually needed, check out http://osdir.com/ml/debian-bugs-closed/2011-01/msg01112.html) * fix 'pkg-config' (or the related xft.pc) to report '-lXft -lfontconfig' (not our code, but preferable) * use 'pkg-config --libs xft fontconfig' since we know that calling the xft functions requires linking against 'fontconfig' as well: pkg-config --libs xft fontconfig which is what we use to get rid of the build-errors
2011-01-24fix missing ')' introduced by e38994ae, the rest is cosmeticalMathias Gumz1-35/+33
2011-01-24updated 3rd/vim/fluxkeys.vimMathias Gumz1-3/+9
2011-01-24added little helper to create vimballsMathias Gumz2-0/+41
2011-01-24added 'ArrangeWindowsHorizontal' 'ArrangeWindowsVertical' to ↵Mathias Gumz1-0/+1
3rd/vim/syntax/fluxkeys.vim
2011-01-23updated the AUTHOR fileMathias Gumz1-6/+11
2011-01-23added 3rd/ party stuff, vim related files for nowMathias Gumz3-0/+215
2011-01-23build fix: use 'xft-config' instead of 'pkg-config' to use the right libsMathias Gumz1-20/+20
when linking with binutils-gold and --no-add-needed it is not enough to just use -lXft but it must be -lXft -fontconfig (and some more). since we use 'pkg-config --libs' to find out about the needed flags and 'pkg-config' only returns -lXft (except by using pkg-config --libs `pkg-config --print-requires-private xft` ) we switched to 'xft-config --libs' which gives us the complete list of all needed libs. the issue was brought to attention by http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554386 but the proposed fix was just quick and dirty.
2011-01-18bug fix: make fluxbox work under nxserver, closes #2813828Mathias Gumz1-0/+50
nxserver-3.x creates a XExposeEvent for the unmapped FbTk::Menu(), which is not configured completely yet (hence unmapped). this causes a call to FbTk::Menu::clearItem() which then uses a value of 0 for m_rows_per_column to divide the current index which triggers a SIGFPE. it is still unclear, why nxserver-3.x creates the XExposeEvent for the unmapped (menu) window. doing nothing if the menu is unmapped 'fixes' the problem for now. many thanks to Lars Engels (bsd-geek.de) to assist me in debugging this issue.
2011-01-16compile fix, new name of setMinimumSublevels() is setMinimumColumns()Mathias Gumz1-1/+1
2011-01-15removed useless include statementsMathias Gumz1-4/+0
'typeinfo' was needed for RTTI in isItemSelectable() (see last commit) 'algorithm' is already included some lines above
2011-01-15better use of API, no need for 'timeval' in MenuMathias Gumz1-4/+1
2011-01-15MenuItem::isEnabled() is sufficient to decide Menu::isItemSelectable()Mathias Gumz1-3/+1
MenuSeparator is never enabled since it returns always 'false' in its implementation of isEnabled(). no need to use RTTI imho.
2011-01-15small refactoring of FbTk/Menu codeMathias Gumz4-229/+254
* removed useless struct _menu * code deduplication via renderMenuPixmap() * improved documentation: - 'sublevel' actually means 'column' - 'persub' means 'row_per_column'
2011-01-13compile fix: missing symbol (SystemTray::getNetSystemTray()) when configured ↵Mathias Gumz1-1/+4
--disable-toolbar
2011-01-06updated ChangelogMathias Gumz1-0/+21
2011-01-06bugfix: do not assume ':number.screen' as the result of 'DisplayString()'Mathias Gumz1-4/+15
a newer xlib recently changed the result of 'DisplayString()' a little bit: instead of returning ':0.0' or ':1.0' it yields ':0' or ':1'. our code to transform this string into something that includes the currently used Screen worked only on something like ':0.0'. we now find the '.' after the ':' and strip that part away.
2010-10-13bugfix: std::string() does not like NULL on constructionMathias Gumz1-6/+19
not having DISPLAY set (eg: on a headless system) caused fluxbox to crash.
2010-09-20use 'system()' to run 'fluxbox-update_configs'Mathias Gumz1-3/+1
by using FbCommands::ExecureCmd() we run 'fluxbox-update_configs' in the bacground while booting a new fluxbox instance already. 'system()' waits until 'fluxbox-update_configs' is done and then gives the control back to fluxbox.
2010-09-20updated 'texturetest.cc' to work with current APIMathias Gumz1-4/+6
2010-09-20bugfix: ' floating point exception' due wrongly placed codeMathias Gumz1-1/+2
while integrating the old 'getSqrt()' function into the 'bsqrt()' function i misplaced some code. this lead to 'r' being 0 on the first run. doh.
2010-09-19upgrade default 'init' file to reflect current configVersionMathias Gumz1-1/+1
2010-09-19updated ChangeLogMathias Gumz1-6/+107
2010-09-19merged conflictsMathias Gumz0-0/+0
2010-09-19pushed to early ...Mathias Gumz1-16/+64
2010-09-19compile fix: use 'CallMemFunWithRefArg' instead of bind2nd(mem_fun(), *foo)Mathias Gumz1-16/+65
g++-4.1 does not like parts of 12e1ef78265a621dc51f7b9af245d81431835dcc, calling std::bind2nd(std::mem_fun(func), ref_arg) lead to a bunch of error: forming reference to reference type 'XYZ' in order to avoid switching either back to the old for-loops or boost::bind or to enforce a newer compiler (eg, g++-4.4) to the users a new helper functor was created: 'CallMemFunWithRefArg' this commit also fixes a little copy and paste error introduced in 12e1ef782, 'AtomHandler::updateClientClose' was called instead of 'AtomHandler::updateWorkspace'.
2010-09-18changed the way we create the '~/.fluxbox' directory to avoid race conditionsMathias Gumz5-104/+141
before bringing up the first instance of Fluxbox we prepare the directory and the files it needs. if the config version of exiting files is lower than what we expect, we upgrade the config files. after that we bring up Fluxbox. the old way was problematic because setupConfigFiles() calls 'fluxbox-update_configs' which does its job in the background while fluxbox continues to boot. 'fluxbox-update_configs' sends a USR2 signal to the booting fluxbox (it might even be finished, no one knows) which triggers 'load_rc()' which triggered 'setupConfigFiles()' again which might trigger 'fluxbox-update_configs' again (on my machine 'fluxbox-update_configs' was called 3 times and left a pretty crippled 'keys' file when it was done). bootstrapping before bringing up fluxbox resolves the issue. as a bonus: no need to send USR2 to fluxbox to reload the config file because fluxbox has not even tried to read it yet.