Thread: RE: [Plib-devel] Submenu Colors in PUI
Brought to you by:
sjbaker
Menu
▾
▴
plib-devel
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-05-01 12:38:52
|
Bram, I sent the P-guide files last Friday. I don't know why they would not have gotten to you yet. I will try again in a minute. The "puAux" library is for all those widgets that Steve doesn't want cluttering up PUI. One of the purposes of PUI was to be small. I needed a bunch of additional widgets for my application and so I finally (some time ago now) split off the additional widgets into "puAux". I thought the vertical menu was one of those that got moved. It certainly should have been moved. I use SVN locally and I like it. John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Bram Stolk Sent: Sunday, April 30, 2006 9:16 AM To: pli...@li... Subject: Re: [Plib-devel] Submenu Colors in PUI Fay John F Dr CTR USAF AFSEO/SK wrote: > Gentlemen, > > I would like to modify puAux so that the submenus in a > vertical menu are colored slightly differently from the color of the > main menu bar. As things now stand, it is difficult to see where the > submenu ends and the remainder of the vertical menu continues. To > this end, I propose to add to "puaVerticalMenu.cxx" starting at line 56: I don't have a puaVerticalMenu.cxx in my cvs tree: stolk@suske:~/src/plib$ find . -name puaVert\* -print stolk@suske:~/src/plib$ Do you mean puVerticalMenu ? This pu/pua thing has always been confusing me. What is the rationale for pu/puAux When does something go in pui, when does something go in pui? Also, I haven't received your pguide file yet. If you want them updated, mail them to me, or get a working cvs client ofcourse. Sidenote: recently I've been using svn. I like it better than cvs. Especially on SF, because SF cvs sucks. Steve... do you have an opinion on svn? Bram > > puPopupMenu *p = new puPopupMenu ( w+10, 0 ) ; > p->setActiveButton ( active_mouse_button ) ; > + p -> setColourScheme ( colour[PUCOL_FOREGROUND][0] * 0.9f, > + colour[PUCOL_FOREGROUND][1] * 0.9f, > + colour[PUCOL_FOREGROUND][2] * 0.9f, > + colour[PUCOL_FOREGROUND][3] * 0.9f ) ; > > b -> setUserData ( p ) ; > > This will make the submenu a little darker and give it a hint of > transparency. Does anybody object? > > John F. Fay > Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 > joh...@eg... > > ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-05-01 20:10:20
|
JC, What's the name of your server? If it's the same one as the "pCVSc" home I may have some trouble. John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of James 'J.C.' Jones Sent: Monday, May 01, 2006 2:32 PM To: pli...@li... Subject: RE: [Plib-devel] Submenu Colors in PUI On Mon, 2006-05-01 at 07:38 -0500, Fay John F Dr CTR USAF AFSEO/SK wrote: > I use SVN locally and I like it. I could set up a SVN repository on my web server. It has higher uptime than SourceForge, large bandwidth and sufficient disk space... the only problem is it's generally considered awkward for the project's source repository to be dependent on one person. However, if no one cares about the one-person dependency problem (I've been around the project in varying states of attention-paying for four years and intend to stay put), I'll do it as soon as Steve tells me to. Cheers, -- James 'J.C.' Jones - <jc...@uf...> - http://pugsplace.net/ "To err is humor." - Anonymous |
|
From: James 'J.C.' J. <jc...@uf...> - 2006-05-01 20:17:28
|
On Mon, 2006-05-01 at 15:10 -0500, Fay John F Dr CTR USAF AFSEO/SK wrote: > JC, >=20 > What's the name of your server? If it's the same one as the > "pCVSc" home I may have some trouble. No, different machine, different location. It's the same machine as hosts http://www.pugsplace.net among other of my sites. I'll just set up something akin to plib.something.something or plib-svn.something.something. I have a repository running on there right now for some of my own projects, if you want to give them a try drop me another message off-list and I'll make you an account on one. I'm still annoyed with the machine that's currently running pCVSc, every time I think I fix it it doesn't fix. It's something to do with Apache2... this neatly sidesteps the issue. --=20 James 'J.C.' Jones - <jc...@uf...> - http://pugsplace.net/ "To err is humor." - Anonymous |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-05-01 20:23:57
|
OK ... The problem was that "ohnoyoudidnot.com" didn't sound professional enough for the base security people to allow me access to it. John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-729-6330 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of James 'J.C.' Jones Sent: Monday, May 01, 2006 3:17 PM To: pli...@li... Subject: RE: [Plib-devel] Submenu Colors in PUI On Mon, 2006-05-01 at 15:10 -0500, Fay John F Dr CTR USAF AFSEO/SK wrote: > JC, > > What's the name of your server? If it's the same one as the > "pCVSc" home I may have some trouble. No, different machine, different location. It's the same machine as hosts http://www.pugsplace.net among other of my sites. I'll just set up something akin to plib.something.something or plib-svn.something.something. I have a repository running on there right now for some of my own projects, if you want to give them a try drop me another message off-list and I'll make you an account on one. I'm still annoyed with the machine that's currently running pCVSc, every time I think I fix it it doesn't fix. It's something to do with Apache2... this neatly sidesteps the issue. -- James 'J.C.' Jones - <jc...@uf...> - http://pugsplace.net/ "To err is humor." - Anonymous |
|
From: James 'J.C.' J. <jc...@uf...> - 2006-05-01 19:32:11
|
On Mon, 2006-05-01 at 07:38 -0500, Fay John F Dr CTR USAF AFSEO/SK wrote: > I use SVN locally and I like it. I could set up a SVN repository on my web server. It has higher uptime than SourceForge, large bandwidth and sufficient disk space... the only problem is it's generally considered awkward for the project's source repository to be dependent on one person. However, if no one cares about the one-person dependency problem (I've been around the project in varying states of attention-paying for four years and intend to stay put), I'll do it as soon as Steve tells me to. Cheers, --=20 James 'J.C.' Jones - <jc...@uf...> - http://pugsplace.net/ "To err is humor." - Anonymous |
|
From: Andy R. <an...@pl...> - 2006-05-01 19:46:23
|
James 'J.C.' Jones wrote: > I could set up a SVN repository on my web server. It has higher > uptime than SourceForge, large bandwidth and sufficient disk > space... the only problem is it's generally considered awkward for > the project's source repository to be dependent on one person. Big warning: Subversion is great -- similar to but better than CVS in almost every way. Except for one, which is IMHO a dealbreaker: Subversion stores its data in db4 files, which are NOT a standardized format. They change incompatibly between versions of Berkely db. I got bit badly by this at one point with a personal repository. I upgraded my main server from FC3 to Ubuntu Hoary and hosed the svn archive. To my knowlege, there are *no* recovery tools for this situation. The only solution was to boot back to the old OS, do a full dump, and then restore it under the new OS. The obvious correlary here is that backups of svn archives made by simply copying the files are dangerous unless you know exactly the version of software on which they were made. In the general case, you won't be able to restore your archive on an arbitrary host. I'd stick with CVS. Subversion can be made to work reliably, but not by a casual sysadmin. Unless you're planning on doing your backups and archiving via a full dump, and testing restores, I'd stick with CVS. It has much cleaner failure modes, a human-readable file format, and an upgrade path that doesn't require a full dump/restore of the database. Andy |
|
From: James 'J.C.' J. <jc...@uf...> - 2006-05-01 20:03:54
|
On Mon, 2006-05-01 at 12:47 -0700, Andy Ross wrote: > I'd stick with CVS. Subversion can be made to work reliably, but not > by a casual sysadmin. Unless you're planning on doing your backups > and archiving via a full dump, and testing restores, I'd stick with > CVS. =20 Ah, but Subversion operates over HTTP or HTTPS and some of the most important contributors (John Fay for example) to PLIB are restricted by firewalls that block all non-HTTP(S) traffic. Switching to Subversion would allow them direct access to the repository. Also, in my case backups are done via full disk copies to tape every week and changed files to a backup hard drive every morning. While not professional-grade, it's not totally amateur either. --=20 James 'J.C.' Jones - <jc...@uf...> - http://pugsplace.net/ "To err is humor." - Anonymous |
|
From: Andy R. <an...@pl...> - 2006-05-01 20:14:26
|
James 'J.C.' Jones wrote: > Also, in my case backups are done via full disk copies to tape every > week and changed files to a backup hard drive every morning. ...which is *exactly* the situation I described as failing for the case where you need to restore to a machine running a different OS (or even a different libdb). I didn't insert the "casual sysadmin" bit to insult your skills, I did it to try to drive home the idea that (becuase of a IMHO poor design choice by the svn developers) a robust Subversion installation requires planning and thought. Simply plugging it into your existing backup system will leave you vulnerable to a nasty failure mode; one that is (1) not documented anywhere and (2) has happened to at least one user in the past. Thus, the warning. Andy |
|
From: Joerg H. <jo...@lu...> - 2006-05-03 21:56:27
|
Quick comment: > Subversion stores its data in db4 files, which are NOT a standardized > format. They change incompatibly between versions of Berkely db. I SVN supports two different formats: one is Berkley (with the mentioned problems), the other one is 'FSFS', which is an internal format, and which is independent of the architecture. See http://svnbook.red-bean.com/nightly/en/svn.reposadmin.html#svn.reposadmin.basics.backends.fsfs It allows hot backups as well. [...] > I'd stick with CVS. Subversion can be made to work reliably, but not I would suggest a move to SVN - since I moved all my projects with SVN I am very happy about it. Just my 2 cents. Joerg -- ---------------------------------------------------------------- Joerg Henrichs Luding Administration e-mail: jo...@lu... URL: http://luding.org |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X