You can subscribe to this list here.
2002 |
Jan
(20) |
Feb
(14) |
Mar
(16) |
Apr
(50) |
May
(71) |
Jun
(59) |
Jul
(54) |
Aug
(21) |
Sep
(45) |
Oct
(31) |
Nov
(20) |
Dec
(24) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(14) |
Feb
(15) |
Mar
(25) |
Apr
(17) |
May
(17) |
Jun
(22) |
Jul
(37) |
Aug
(19) |
Sep
(11) |
Oct
(10) |
Nov
(2) |
Dec
(17) |
2004 |
Jan
(37) |
Feb
(3) |
Mar
(3) |
Apr
(18) |
May
(3) |
Jun
(3) |
Jul
(13) |
Aug
(1) |
Sep
(4) |
Oct
(10) |
Nov
(14) |
Dec
(10) |
2005 |
Jan
(6) |
Feb
(13) |
Mar
(9) |
Apr
(9) |
May
|
Jun
(8) |
Jul
(4) |
Aug
(3) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
|
2006 |
Jan
(1) |
Feb
(12) |
Mar
(13) |
Apr
(17) |
May
(6) |
Jun
(15) |
Jul
(8) |
Aug
(6) |
Sep
(3) |
Oct
(2) |
Nov
|
Dec
(1) |
2007 |
Jan
(3) |
Feb
|
Mar
(3) |
Apr
(2) |
May
(5) |
Jun
(6) |
Jul
(6) |
Aug
(5) |
Sep
(1) |
Oct
(1) |
Nov
(8) |
Dec
(7) |
2008 |
Jan
(11) |
Feb
(1) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(2) |
Sep
(8) |
Oct
|
Nov
(2) |
Dec
|
2009 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(16) |
Oct
(2) |
Nov
(3) |
Dec
(3) |
2010 |
Jan
(2) |
Feb
(6) |
Mar
|
Apr
(3) |
May
(6) |
Jun
(7) |
Jul
(4) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
(3) |
Mar
(3) |
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(14) |
Aug
(2) |
Sep
|
Oct
(7) |
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(9) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
(4) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(3) |
Dec
|
2019 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
(9) |
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
(1) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(21) |
Nov
|
Dec
|
2023 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Jesper L. A. <jl...@di...> - 2002-01-25 11:36:33
|
patch that fixes warnings from Tab.cc uses __FILE__ and __LINE__ will do nothing, if the code returns unsupported alignments, just crash probably (as would the code normally). JL --- src/Tab.cc Thu Jan 24 00:30:40 2002 +++ ../fluxbox.horus/src/Tab.cc Thu Jan 24 00:33:19 2002 @@ -424,6 +424,13 @@ case ARIGHT: return m_win->getXFrame() + m_win->getWidth() + m_win->getScreen()->getBorderWidth2x() - m_size_w; + default: +#ifdef DEBUG + cerr << __FILE__ << ":" __LINE__ << ": " << + "Unsupported Alignment" << endl; +#endif //DEBUG + return 0; + break; } } @@ -440,6 +447,13 @@ case ARIGHT: return m_win->getYFrame(); break; + default: +#ifdef DEBUG + cerr << __FILE__ << ":" __LINE__ << ": " << + "Unsupported Alignment" << endl; +#endif //DEBUG + return 0; + break; } } @@ -542,6 +556,8 @@ case ARELATIVE: inc_x = calcRelativeWidth(); break; + default: + break; } } else if (m_win->getScreen()->getTabPlacement() == PLEFT || m_win->getScreen()->getTabPlacement() == PRIGHT) { @@ -560,6 +576,8 @@ case ARELATIVE: inc_y = calcRelativeHeight(); break; + default: + break; } } @@ -689,6 +707,8 @@ case ARIGHT: dest_x -= m_win->getWidth() - m_size_w; break; + default: + break; } } else { // PLEFT & PRIGHT @@ -701,6 +721,8 @@ break; case ALEFT: dest_y -= m_win->getHeight() - m_size_h; + break; + default: break; } } -- Jesper |
From: Jesper L. A. <jl...@di...> - 2002-01-25 11:35:48
|
more first->tab + a couple of spelling errors --- src/Tab.cc Wed Jan 23 23:20:02 2002 +++ ../fluxbox.horus/src/Tab.cc Thu Jan 24 00:19:59 2002 @@ -468,7 +468,7 @@ m_win->getScreen()->getTabAlignment()); break; case PBOTTOM: - setPositionShadingHelper(m_win->isShaded()); + pos_y = setPositionShadingHelper(m_win->isShaded()); pos_x = setPositionTBAlignHelper( m_win->getScreen()->getTabAlignment()); break; @@ -485,7 +485,7 @@ break; default: if(m_win->isShaded()) { - setPositionShadingHelper(true); + pos_y = setPositionShadingHelper(true); pos_x = setPositionTBAlignHelper( m_win->getScreen()->getTabAlignment()); } else { @@ -520,7 +520,7 @@ cerr << "Calculating tab increase" << endl; #endif // DEBUG - Tab *first; + Tab *tab; int inc_x = 0, inc_y = 0; unsigned int tabs = 0, i = 0; @@ -563,9 +563,9 @@ } } - for (first = getFirst(this); first!=0; first = first->m_next, tabs++); + for (tab = getFirst(this); tab!=0; tab = tab->m_next, tabs++); - for (first = getFirst(this); first!=0; first = first->m_next, i++){ + for (tab = getFirst(this); tab!=0; tab = tab->m_next, i++){ //TODO: move this out from here? if ((m_win->getScreen()->getTabPlacement() == PTOP || @@ -576,30 +576,30 @@ m_win->getScreen()->getBorderWidth2x()) % tabs) || i >= ((m_win->getWidth() + m_win->getScreen()->getBorderWidth2x()) % tabs)) { - first->setTabWidth(inc_x); - first->m_inc_x = inc_x; + tab->setTabWidth(inc_x); + tab->m_inc_x = inc_x; } else { // adding 1 extra pixel to get tabs like win width - first->setTabWidth(inc_x + 1); - first->m_inc_x = inc_x + 1; + tab->setTabWidth(inc_x + 1); + tab->m_inc_x = inc_x + 1; } - first->m_inc_y = inc_y; + tab->m_inc_y = inc_y; } else if (m_win->getScreen()->getTabAlignment() == ARELATIVE) { if (!((m_win->getHeight() + m_win->getScreen()->getBorderWidth2x()) % tabs) || i >= ((m_win->getHeight() + m_win->getScreen()->getBorderWidth2x()) % tabs)) { - first->setTabHeight(inc_y); - first->m_inc_y = inc_y; + tab->setTabHeight(inc_y); + tab->m_inc_y = inc_y; } else { // adding 1 extra pixel to get tabs match window width - first->setTabHeight(inc_y + 1); - first->m_inc_y = inc_y + 1; + tab->setTabHeight(inc_y + 1); + tab->m_inc_y = inc_y + 1; } - first->m_inc_x = inc_x; + tab->m_inc_x = inc_x; } else { // non relative modes - first->m_inc_x = inc_x; - first->m_inc_y = inc_y; + tab->m_inc_x = inc_x; + tab->m_inc_y = inc_y; } } } @@ -647,13 +647,11 @@ m_win->getScreen()->getRootWindow(), be->x_root, be->y_root, &dest_x, &dest_y, &child)) { - Tab *tab = 0; - FluxboxWindow *win = 0; + Tab *tab = Fluxbox::instance()->searchTab(child); + FluxboxWindow *win = Fluxbox::instance()->searchWindow(child); //search tablist for a tabwindow - if (((tab = Fluxbox::instance()->searchTab(child))!=0) || - (m_win->getScreen()->isSloppyWindowGrouping() && - ((win = Fluxbox::instance()->searchWindow(child))!=0) && - (tab = win->getTab())!=0)) { + if ( (tab!=0) || (m_win->getScreen()->isSloppyWindowGrouping() && + (win!=0) && (tab = win->getTab())!=0)) { if (tab == this) // inserting ourself to ourself causes a disconnect return; @@ -669,7 +667,7 @@ } else { disconnect(); - // convinience + // convenience unsigned int placement = m_win->getScreen()->getTabPlacement(); // (ab)using dest_x and dest_y @@ -1009,7 +1007,7 @@ // --------------------------------------- void Tab::resizeGroup(void) { #ifdef DEBUG - cerr << "Resising group" << endl; + cerr << "Resizing group" << endl; #endif //DEBUG Tab *first; for (first = getFirst(this); first != 0; first = first->m_next) { -- Jesper |
From: Jesper L. A. <jl...@di...> - 2002-01-25 11:34:49
|
This patch tidies up a bit of source, which was a bit misunderstanding IMO Originally, the 3 affected functions had a little different scheme for calling, and this unifies it. It's not that intuitive to call the iterator "first", so it was renamed to tab. I choose to declare variables at the start of every function instead of letting the declarations come the first time they appeared. The performance of the code should be the same, as the compiler should produce the same assembly segments from before. Hopefully, this makes the code a bit more readable... JL --- ../fluxbox.orig/src/Tab.cc Wed Jan 23 20:30:45 2002 +++ src/Tab.cc Wed Jan 23 20:32:29 2002 @@ -274,14 +274,11 @@ // Set/reset the the sticky on all windows in the list //--------------------------------------- void Tab::stick() { + Tab *tab; - //get first tab - Tab *first = 0; - first = getFirst(this); - //now do stick for all windows in the list - for (; first!=0; first = first->m_next) { - FluxboxWindow *win = first->m_win; //just for convenient + for (tab = getFirst(this); tab != 0; tab = tab->m_next) { + FluxboxWindow *win = tab->m_win; //just for convenient if (win->isStuck()) { win->blackbox_attrib.flags ^= BaseDisplay::ATTRIB_OMNIPRESENT; win->blackbox_attrib.attrib ^= BaseDisplay::ATTRIB_OMNIPRESENT; @@ -304,12 +301,12 @@ // Resize the window's in the tablist //---------------------------------- void Tab::resize() { - Tab *first = getFirst(this); + Tab *tab; //now move and resize the windows in the list - for (; first != 0; first = first->m_next) { - if (first!=this) { - first->m_win->configure(m_win->getXFrame(), m_win->getYFrame(), + for (tab = getFirst(this); tab != 0; tab = tab->m_next) { + if (tab!=this) { + tab->m_win->configure(m_win->getXFrame(), m_win->getYFrame(), m_win->getWidth(), m_win->getHeight()); } } @@ -325,10 +322,12 @@ // Shades the windows in the tablist //-------------------------------- void Tab::shade() { - for(Tab *first = getFirst(this); first != 0; first = first->m_next) { - if (first==this) + Tab *tab; + + for(tab = getFirst(this); tab != 0; tab = tab->m_next) { + if (tab==this) continue; - first->m_win->shade(); + tab->m_win->shade(); } if (m_win->getScreen()->getTabPlacement() == PLEFT || -- Jesper |
From: Jesper L. A. <jl...@di...> - 2002-01-25 11:34:15
|
This is a try of tidying up the call setPosition(), so it is a bit simpler and more readable. The *Helper functions can be made inline if the part of the code gets called _a lot_. Inlining will of course grow executeable size, but also increase speed by a great deal. did also remove unneeded assignment of Tab *first (renamed to "tab" in the patch to get it up-to-date with my other patches). The pro of having the assignment could be a jump to adress null, if following the pointer, but I cannot see why this can be used except on the Alpha architecture when writing kernels (Alpha PAL code resets the computer on a jump to adress null, hehe (at least the development ones I use)). The patch has undergone some basic testing to ensure it works like the original code. It should perform noticeably better though, as the number of function calls and unconditional jumps are greatly reduced. (should be applied with the .hh patch from before) JL --- src/Tab.cc Wed Jan 23 20:32:29 2002 +++ ../fluxbox.horus/src/Tab.cc Wed Jan 23 23:23:48 2002 @@ -388,6 +388,61 @@ } } +//----------------------------------------------- +//Helper for the Tab::setPosition() call +//returns the y position component correctly +//according to shading in cases PBOTTOM and +//isShaded() +//----------------------------------------------- +int Tab::setPositionShadingHelper(bool shaded) { + if (shaded) { + return m_win->getYFrame() + m_win->getTitleHeight() + + m_win->getScreen()->getBorderWidth2x(); + } else { + return m_win->getYFrame() + m_win->getHeight() + + m_win->getScreen()->getBorderWidth2x(); + } +} + +//----------------------------------------------- +//Helpers for correct alignment of tabs used +//by the setPosition() call +//return x/y positions correctly according to +//alignment, the 1st for cases PTOP and PBOTTOM +//the 2nd for cases PLEFT and PRIGHT +//----------------------------------------------- +int Tab::setPositionTBAlignHelper(Alignment align) { + switch(align) { + + case ARELATIVE: + case ALEFT: + return m_win->getXFrame(); + break; + case ACENTER: + return calcCenterXPos(); + break; + case ARIGHT: + return m_win->getXFrame() + m_win->getWidth() + + m_win->getScreen()->getBorderWidth2x() - m_size_w; + } +} + +int Tab::setPositionLRAlignHelper(Alignment align) { + switch(align) { + case ALEFT: + return m_win->getYFrame() - m_size_h + m_win->getHeight() + + m_win->getScreen()->getBorderWidth2x(); + break; + case ACENTER: + return calcCenterYPos(); + break; + case ARELATIVE: + case ARIGHT: + return m_win->getYFrame(); + break; + } +} + //------------- setPosition ----------------- // Position tab ( follow the m_win pos ). // (and resize) @@ -398,85 +453,62 @@ if (m_stoptabs) return; - Tab *first = 0; + Tab *tab; int pos_x = 0, pos_y = 0; m_stoptabs = true; //freeze tablist //and check for max tabs - //TODO: optimize! There is many ways to implement this... - //posible movement to a static member function - - //Tab placement - if (m_win->getScreen()->getTabPlacement() == PTOP) { - pos_y = m_win->getYFrame() - m_size_h; - - } else if (m_win->getScreen()->getTabPlacement() == PBOTTOM || - m_win->isShaded()) { - if (m_win->isShaded()) - pos_y = m_win->getYFrame() + m_win->getTitleHeight() + - m_win->getScreen()->getBorderWidth2x(); - - else - pos_y = m_win->getYFrame() + m_win->getHeight() + - m_win->getScreen()->getBorderWidth2x(); - } else if (m_win->getScreen()->getTabPlacement() == PLEFT) { + //Tab placement + alignment + switch (m_win->getScreen()->getTabPlacement()) { + case PTOP: + pos_y = m_win->getYFrame() - m_size_h; + pos_x = setPositionTBAlignHelper( + m_win->getScreen()->getTabAlignment()); + break; + case PBOTTOM: + pos_y = setPositionShadingHelper(m_win->isShaded()); + pos_x = setPositionTBAlignHelper( + m_win->getScreen()->getTabAlignment()); + break; + case PLEFT: pos_x = m_win->getXFrame() - m_size_w; - - } else if (m_win->getScreen()->getTabPlacement() == PRIGHT) { - pos_x = m_win->getXFrame() + m_win->getWidth() + - m_win->getScreen()->getBorderWidth2x(); - } - - //Tab alignment - if (m_win->getScreen()->getTabPlacement() == PTOP || - m_win->getScreen()->getTabPlacement() == PBOTTOM || - m_win->isShaded()) { - switch(m_win->getScreen()->getTabAlignment()) { - case ARELATIVE: - case ALEFT: - pos_x = m_win->getXFrame(); - break; - case ACENTER: - pos_x = calcCenterXPos(); - break; - case ARIGHT: - pos_x = m_win->getXFrame() + m_win->getWidth() + - m_win->getScreen()->getBorderWidth2x() - m_size_w; - break; - } - } else { //PLeft | PRight - switch(m_win->getScreen()->getTabAlignment()) { - case ALEFT: - pos_y = m_win->getYFrame() - m_size_h + m_win->getHeight() + - m_win->getScreen()->getBorderWidth2x(); - break; - case ACENTER: - pos_y = calcCenterYPos(); - break; - case ARELATIVE: - case ARIGHT: - pos_y = m_win->getYFrame(); - break; + pos_y = setPositionLRAlignHelper( + m_win->getScreen()->getTabAlignment()); + break; + case PRIGHT: + pos_x = m_win->getXFrame() + m_win->getWidth() + + m_win->getScreen()->getBorderWidth2x(); + pos_y = setPositionLRAlignHelper( + m_win->getScreen()->getTabAlignment()); + break; + default: + if(m_win->isShaded()) { + pos_y = setPositionShadingHelper(true); + pos_x = setPositionTBAlignHelper( + m_win->getScreen()->getTabAlignment()); + } else { + setPositionShadingHelper(false); } + break; } - - for (first = getFirst(this); - first!=0; - pos_x += first->m_inc_x, pos_y += first->m_inc_y, - first = first->m_next){ + + for (tab = getFirst(this); + tab!=0; + pos_x += tab->m_inc_x, pos_y += tab->m_inc_y, + tab = tab->m_next){ - XMoveWindow(m_display, first->m_tabwin, pos_x, pos_y); + XMoveWindow(m_display, tab->m_tabwin, pos_x, pos_y); - //dont move fluxboxwindow if the itterator = this - if (first!=this) { - first->m_win->configure(m_win->getXFrame(), m_win->getYFrame(), + //dont move FluxboxWindow if the iterator = this + if (tab!=this) { + tab->m_win->configure(m_win->getXFrame(), m_win->getYFrame(), m_win->getWidth(), m_win->getHeight()); } } - - m_stoptabs = false; + + m_stoptabs = false;//thaw tablist } //------------- calcIncrease ---------------- -- Jesper |
From: Jesper L. A. <jl...@di...> - 2002-01-25 11:33:26
|
I decided to do a little patching on fluxbox. The patches are cummulative, but a bit of hacking should make them applyable. All applies to the CVS version of fluxbox (take them or leave them): (more patches follow) --- src/Tab.hh Sun Jan 20 03:15:23 2002 +++ ../fluxbox.horus/src/Tab.hh Wed Jan 23 22:40:22 2002 @@ -95,6 +95,9 @@ bool m_focus, m_moving; // moving and focus void createTabWindow(); // creates the X win of tab void loadTheme(); // loads the textures with right width and height + int setPositionShadingHelper(bool shaded); + int setPositionTBAlignHelper(Alignment align); + int setPositionLRAlignHelper(Alignment align); void setTabWidth(unsigned int w); void setTabHeight(unsigned int h); unsigned int calcRelativeWidth(); -- Jesper |
From: Jesper L. A. <jl...@di...> - 2002-01-22 21:40:06
|
For all the impatient: http://www.jlouis.dk/sshots/screenshot-milla.itsoft-20020122.png The problem is the window in the center, where we have a tab placed not to the left nor the right. That window is still part of a tab group (and therefore, the tab has indentation). Here is how to reproduce that little glitch: 1. Create 2 windows (in my case xterms). 2. Tab these 2 windows together, so they form a group. 3. Change to a different workspace. 4. Click the middle button on the desktop to bring up the "Workspaces" list. 5. Find the older workspace and select the 2nd window in the tab group by pressing to middle button (making the window warp to the new workspace) 6. You have seperated the 2 windows from each other, as they now coexist on 2 different workspaces, but they still tabbed nicely together internally Now, I would gladly try to hunt down the thing, but I still need some in-depth knowledge of the code (reading as hell right now :). If I had greater understanding, I might had tracked it down myself, but nevermind now. -- Jesper |
From: Mauro P. <mpe...@in...> - 2002-01-22 15:43:58
|
Hello, Here's a small patch to fix a bug in StringUtil.cc. fluxbox was segfaulting when I had '~' in the menu file name... -- Mauro diff -aburN --exclude=CVS fluxbox-0.1.6.old/src/StringUtil.cc fluxbox-0.1.6/src/StringUtil.cc --- fluxbox-0.1.6.old/src/StringUtil.cc Wed Jan 9 12:11:20 2002 +++ fluxbox-0.1.6/src/StringUtil.cc Tue Jan 22 10:46:21 2002 @@ -67,7 +67,7 @@ auto_ptr<char> retval( new char[strlen(filename)+strlen(getenv("HOME"))+2]); if (filename[0]=='~') { - strcat(retval.get(), getenv("HOME")); + strcpy(retval.get(), getenv("HOME")); strcat(retval.get(), &filename[1]); } else return StringUtil::strdup(filename); //return unmodified value -- int q,Q,w,z;_(o){w=q-10*o;z=Q-20;return w*w+z*z;}main(){for(;q<40;(Q%= 40)/2||q++,putchar(!Q++?10:_(2)>400?32:".#"[w<0?(_(1)<99|z>0)&&_(1)>7: z>0&&_(3)>99||_(3)<7]));}/* http://www.insite.com.br/~mpersano */ |
From: Greg KH <gr...@kr...> - 2002-01-21 23:57:34
|
Here's a small patch to get the most recent cvs version to build properly. It's probably wrong, but it works for me :) thanks, greg k-h Index: src/Toolbar.cc =================================================================== RCS file: /cvsroot/fluxbox/fluxbox/src/Toolbar.cc,v retrieving revision 1.8 diff -a -u -r1.8 Toolbar.cc --- src/Toolbar.cc 2002/01/21 00:53:02 1.8 +++ src/Toolbar.cc 2002/01/21 23:55:33 @@ -1117,7 +1117,7 @@ if (ks == XK_Return) //change workspace name if keypress = Return screen->getCurrentWorkspace()->setName(const_cast<char *>(new_workspace_name.c_str())); - new_workspace_name.clear(); //erase temporary workspace name + //new_workspace_name.clear(); //erase temporary workspace name screen->getCurrentWorkspace()->getMenu()->hide(); screen->getWorkspacemenu()-> |
From: Henrik K. <fl...@us...> - 2002-01-15 00:15:31
|
Yes, that would be nice. But first must the code be better designed. I'm going to work on the code design and also going try to fix net wm support until next release. On Tue, 15 Jan 2002 00:47:58 +0100 aLEczapKA <ale...@gm...> wrote: > Well, I guess it would be time to do some fbtools, don't you think? > > As far as I've looked into the existing bbtools, the guy who did it, copied some files from the blackbox sources like Image.cc, Image.hh, LinkedLists, and few more.. > I think this is a bad idea.. hard to keep with the rapidly :) changing fluxbox sources.. > So what I thought was that Fluxgen could make some "standards", like eg. putting fluxbox tools into > > fluxbox/src/tools (or whatever) and authors of fbtools would include the files from such tree.. eg. > > fluxbox/src/tools/kickassfluxboxtool <- root of my fbtool > > Probably in the feature, you (Fluxgen) could think about some API for that (like methods for drawing stuff like simple buttons, labels, etc), but for now I think this would be a good enough. > |
From: aLEczapKA <ale...@gm...> - 2002-01-14 23:47:15
|
Well, I guess it would be time to do some fbtools, don't you think? As far as I've looked into the existing bbtools, the guy who did it, copied some files from the blackbox sources like Image.cc, Image.hh, LinkedLists, and few more.. I think this is a bad idea.. hard to keep with the rapidly :) changing fluxbox sources.. So what I thought was that Fluxgen could make some "standards", like eg. putting fluxbox tools into fluxbox/src/tools (or whatever) and authors of fbtools would include the files from such tree.. eg. fluxbox/src/tools/kickassfluxboxtool <- root of my fbtool Probably in the feature, you (Fluxgen) could think about some API for that (like methods for drawing stuff like simple buttons, labels, etc), but for now I think this would be a good enough. What do you think? -- Regards aLEczapKA ale...@gm... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Imagination is more important than knowledge. A. Einstein |
From: Henrik K. <fl...@us...> - 2002-01-12 16:43:43
|
I made a CVS 0.1.6 bugfix branch where only bugs will be fixed for version 0.1.6. To check out the branch: cvs co -d fluxbox_bugfix -r Release-0_1_6-bugfixes-branch fluxbox or if you want to update your current cvs to the bugfix branch: cvs update -r Release-0_1_6-bugfixes-branch The latest bugfix for the setfocusbug (xmms, sylpheed) is fixed and there will be a patch for it on the webpage soon. |
From: Henrik K. <ei9...@ch...> - 2002-01-11 12:54:53
|
New release of fluxbox. Major bugfixes, new features and code design changes. Enjoy / Henrik |
From: Eric N. <eri...@ng...> - 2002-01-11 11:00:06
|
I managed to compile Fluxbox under CYGWIN + XFREE. If you apply the attached patch to your source tree, others should be able to do: sh ./configure make make install And launch "fluxbox" instead of their usual window manager under Cygwin ! (strangely enough, the "catgets" functions are not defined in any header under cygwin, but present in the C library anyway !) Eric <eri...@ng...> |
From: Henrik K. <ei9...@ch...> - 2002-01-11 00:00:29
|
On Fri, 11 Jan 2002 06:51:58 -0500 (EST) "Brent W. Woodruff" <fp...@bo...> wrote: > Looks good to me, and thank you for addressing the lower window middle=20 > click issue, I can really start using fluxbox now. There is one small=20 > problem with this: the tab does not go behind the window on my system.= =20 > All other parts of the window goes behind, but not the tab. This occur= s=20 > in all configurations I tried, which were quite a few. Am I an oddball= or=20 > has this happened to other people? This happens to me too. I'm going to take a look at it before the release= .=20 > Also, I cannot figure out how to scroll through workspaces with my scro= ll=20 > mouse. Friend of mine said that it was a ./configure option, but I=20 > couldn't find it in the INSTALL file. Did you put ZAxizMapping 4 5 in your XF86Config file? =20 > I like it, and if I can help (I know c++, but not much about X or fluxb= ox=20 > code) I'd be glad to. I joined the mailing list in hopes of getting a=20 > feel for the source. > You can always check the TODO file and if something is unclear just ask us on IRC #fluxbox @=A0openprojects.net . > Brent >=20 >=20 |
From: Brent W. W. <fp...@bo...> - 2002-01-10 23:32:17
|
Looks good to me, and thank you for addressing the lower window middle click issue, I can really start using fluxbox now. There is one small problem with this: the tab does not go behind the window on my system. All other parts of the window goes behind, but not the tab. This occurs in all configurations I tried, which were quite a few. Am I an oddball or has this happened to other people? Also, I cannot figure out how to scroll through workspaces with my scroll mouse. Friend of mine said that it was a ./configure option, but I couldn't find it in the INSTALL file. I like it, and if I can help (I know c++, but not much about X or fluxbox code) I'd be glad to. I joined the mailing list in hopes of getting a feel for the source. Brent |
From: Henrik K. <ei9...@ch...> - 2002-01-09 14:15:15
|
Fluxbox is getting ready for 0.1.6 release. And would like people to bugtest the latest CVS version and report any problems. If everything goes well 0.1.6 will be released on Sat/Sunday this week. Known problems: Reversed toggle on maximize slit stop New stuff: Close button on the aterm, some xapps etc Less strict keyconfig file reading lower-window with mouse click maximize over slit stop Bugfixes: Tab rendering bbtools crash keys memory leak Note, this is not all, check ChangeLog. Regards Henrik Kinnunen |