summaryrefslogtreecommitdiff
path: root/obrender
AgeCommit message (Collapse)Author
2012-09-30Theme button-specific values should fallback to the button general values ↵Hanno Meyer-Thurow
consistently (Fix bug 5443)
2012-09-30Make the inactive osd text color fall back to the old osd property, and ↵Dana Jansens
lastly inherit from the unfocused window color.
2011-10-16Strip leading/trailing whitespace when parsing colors and other strings (bug ↵Dana Jansens
#4937)
2011-10-16free undecorated border colorsDana Jansens
2011-10-16Specific border width/color for undecorated active/inactive windows (bug #4889)Carlos Pita
The attached patch adds three theme options with backward compatible defaults: undecorated.border.width defaults to border.width window.undecorated.active.border.color defaults to window.active.border.color window.undecorated.inactive.border.color defaults to window.inactive.border.color
2011-08-03Fix a memleak introduced by 0dd91ba0e2382a8f6177f501f8a0b26e0daf26a8, some ↵Mikael Magnusson
cleanups
2011-08-02be a bit more explicit about what is being copied from one texture to anotherDana Jansens
2011-08-02Separate theme options for osd prompt buttons.Carlos Pita
I managed to keep backwards compatibility without really cluttering the code so here is the patch http://bugzilla.icculus.org/show_bug.cgi?id=4874 too. Please keep in mind that this is my first piece of code for openbox and that I'm not a die hard openbox user (yet), not to tell the patch was not exhaustively tested. Anyway I think it's pretty much in a good shape but any criticism will be welcome. Basically the patch add the following theme options for controlling buttons in osd prompts: %%%% colors % % for the text inside the button osd.button.unpressed.text.color osd.button.pressed.text.color osd.button.focused.text.color % % for the line art around the button % (if you don't wan't the box just make box.color = bg.color) osd.button.pressed.box.color osd.button.focused.box.color %%%% textures % osd.button.unpressed.bg osd.button.pressed.bg osd.button.focused.bg The buttons can be in three states: unpressed: neither clicked nor selected focused: selected but not clicked pressed: clicked (and of course selected) I discarded the previous distinction between press and pfocus as in fact it was only a formal distinction, in that both appearances mimicked each other in every sense. It think that it was just inherited from the way titlebar buttons are managed so I decided to simplify it a bit. All the options default in a way that preserves backwards compatibility: osd.button.unpressed.text.color -> osd.active.label.text.color osd.button.pressed.text.color -> osd.active.label.text.color osd.button.focused.text.color -> osd.active.label.text.color osd.button.pressed.box.color -> window.active.button.pressed.image.color osd.button.focused.box.color -> window.active.button.hover.image.color osd.button.unpressed.bg -> window.active.button.unpressed.bg osd.button.pressed.bg -> window.active.button.pressed.bg osd.button.focused.bg -> window.active.button.hover.bg Notice that a good deal of locs where added to theme.c but in compensation prompt.c is pretty much simpler now because the appearances and textures are created while loading the theme.
2011-08-02Merge branch 'm4/master'Mikael Magnusson
2011-08-02Revert these two commits temporarily to make the buttons merge easierMikael Magnusson
1e427a3358deeadf8abc326e714ee201fddc43d6 2288da0ae3b44c987687e3deeb7864fcb7b23bb9
2011-08-02Fix some rebase artifactsMikael Magnusson
2011-08-01be a bit more explicit about what is being copied from one texture to anotherDana Jansens
2011-08-01Separate theme options for osd prompt buttons.Carlos Pita
I managed to keep backwards compatibility without really cluttering the code so here is the patch http://bugzilla.icculus.org/show_bug.cgi?id=4874 too. Please keep in mind that this is my first piece of code for openbox and that I'm not a die hard openbox user (yet), not to tell the patch was not exhaustively tested. Anyway I think it's pretty much in a good shape but any criticism will be welcome. Basically the patch add the following theme options for controlling buttons in osd prompts: %%%% colors % % for the text inside the button osd.button.unpressed.text.color osd.button.pressed.text.color osd.button.focused.text.color % % for the line art around the button % (if you don't wan't the box just make box.color = bg.color) osd.button.pressed.box.color osd.button.focused.box.color %%%% textures % osd.button.unpressed.bg osd.button.pressed.bg osd.button.focused.bg The buttons can be in three states: unpressed: neither clicked nor selected focused: selected but not clicked pressed: clicked (and of course selected) I discarded the previous distinction between press and pfocus as in fact it was only a formal distinction, in that both appearances mimicked each other in every sense. It think that it was just inherited from the way titlebar buttons are managed so I decided to simplify it a bit. All the options default in a way that preserves backwards compatibility: osd.button.unpressed.text.color -> osd.active.label.text.color osd.button.pressed.text.color -> osd.active.label.text.color osd.button.focused.text.color -> osd.active.label.text.color osd.button.pressed.box.color -> window.active.button.pressed.image.color osd.button.focused.box.color -> window.active.button.hover.image.color osd.button.unpressed.bg -> window.active.button.unpressed.bg osd.button.pressed.bg -> window.active.button.pressed.bg osd.button.focused.bg -> window.active.button.hover.bg Notice that a good deal of locs where added to theme.c but in compensation prompt.c is pretty much simpler now because the appearances and textures are created while loading the theme.
2011-01-24Big rework of image.c and the image cache system.Dana Jansens
Added a lot of comments, simplified call graphs. Added full (not second-class) support for images coming from named sources (files, icon themes). RrImage holds an RrImageSet. RrImageSet holds a bunch of RrImagePic, which are different sizes of a logical image. RrImageSet objects can be merged if it is discovered they (will) share an RrImagePic. The RrImage objects are updated to use the new merged RrImageSet.
2010-10-14Fix g_slice_new0 callMikael Magnusson
2010-10-14fix 80 cols and clean up the button color loading functionDana Jansens
2010-10-14cleaning up remnants of bad rebase merges and modernizing some sectionsDave Foster
2010-10-14Menu bullet color support.Dave Foster
2010-10-14Make the btn textures use their own image color.Dave Foster
2010-10-14Buttons seem to work!Dave Foster
2010-10-14(non-working) Getting theme started. Button textures read to the right place.Dave Foster
2010-10-14Button structure.Dave Foster
2010-10-14Button proper freeing/newing.Dave Foster
2010-10-14Adding RrButton to libobrender, ref counted appearances.Dave Foster
2010-10-14Another way of getting at button-*.toggled.unpressed (no unpressed needed).Dave Foster
2010-10-14Rearranged all button appearance reading for logical purposes, better defaults.Dave Foster
2010-10-14Found a bug in one of the specialized button textures.Dave Foster
2010-10-14Need to allocate appearances!Dave Foster
2010-10-14Made specific buttons be button-<name> instead of button.<name>Dave Foster
2010-10-14Individual button appearances from the theme.Dave Foster
2010-10-14Read into _tmp RrAppearance, not theme->a_*_maxDave Foster
2010-10-14Temporary storage locations for texture reads.Dave Foster
2010-10-14READ_COLOR macros done, RrColorCopy added, indentation fixed.Dave Foster
2010-10-14default for menu overlapDave Foster
2010-10-14Removed trailing spaces and fixed to 80 column width.Dave Foster
2010-10-14READ_APPEARANCE* macros and code cleanups.Dave Foster
2010-10-14READ_COLOR macros done, RrColorCopy added, indentation fixed.Dave Foster
2010-10-14READ_INT macro.Dave Foster
2010-05-17new enum values need to be handled in switchesDana Jansens
(the new enum values were added to count the number of entries in the enums)
2010-05-17fix typo in enumDana Jansens
2010-05-13add _NUM_TYPES to obrender enums, to allow enumeration of the enum valuesDerek Foreman
2010-02-16more using g_slice_new() instead of g_new()Dana Jansens
2010-02-12include imlib2 as a dep of obrender in the pkg-config file if it's using itDana Jansens
2010-02-12use g_slice_new() instead of g_new() part 4Dana Jansens
2010-01-14Merge branch 'backport' into workDana Jansens
Conflicts: openbox/frame.c
2010-01-11Fix ordering so fallback for inactive osd to label worksMikael Magnusson
The themeing options (sic) for inactive osd labels added in cfdbe23e0d9b72b4c220a10ddf60a4e981967b63 had the fallback to inactive label before that was read in, so fallback failed to pick up some things.
2010-01-08Rework the code provided by Kadlcik Libor for loading/showing icons in ↵Dana Jansens
Openbox menus. This changes how the imagecache works, you can load an image into it directly, or you can load it by name (then it will load it from a file on disk). NOTE: The name part is incomplete, as it needs to use the freedesktop.org icon spec to search for the right file. Also to resize it should look for another icon on disk with the same name but different size (icon themes).
2010-01-08This patch implements support for icons in user-defined menus into OpenboxKadlcik Libor
Image loading is done using the Imlib2 library. I chose Imlib2 because it's pretty fast, it's easy to use, supports many file formats (tested xpm, gif, jpeg, png) and doesn't introduce too much bloat (it depends :)). I ported the patch to 3.4.7-pre3 and added some enhancements. Caching is much better now, and icons can be disabled at compile time using --disable-imlib2 option. What's new? Syntax of configuration files (namely rc.xml and menu.xml) has been changed slightly to allow users to associate icons to menu entries. This is done by specifying path to icon file in the new "icon" attribute in "<item>" element, e.g: <item label="Vim" icon="/usr/share/pixmaps/vim-32.xpm"> <action name="Execute"><execute>x-terminal-emulator -T Vim -e vim</execute></action> </item> If user doesn't want to display any icons in his user-defined menus, he/she can disable icons in rc.xml, inside "<menu>" section: <menu> ... <showIcons>no</showIcons> ... </menu> Default value is "yes". (New boolean variable "config_menu_user_show_icons" has been added to source code.) An icon is loaded (using menu_item_attach_icon()) when a new entry of menu is created. Fortunately, I haven't notice any performance problems because of this :).
2009-12-21Set up work for making a 3.5 prerelease.Dana Jansens
Set version stuff to 3.5.0-rc1. Copy the CHANGELOG from 3.4-working. Rename the obt-4.0 and obrender-4.0 pkgconfig stuff to obt-3.5 and obrender-3.5 Rename the "render" directory to "obrender" so that the public headers can be installed in <obrender/*>