[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-devel
Subject: Re: Changes in kapp
From: Espen Sand <espensa () online ! no>
Date: 1999-09-19 15:55:29
[Download RAW message or body]
Using a plain setCaption() of course best. If that can be accomplished in a
general fashion for QDialog et al. then any other solution is inferiour. But in
the meantime I think it is best to at least have a solution at hand. Then, later
the makeStdCaption() can be turned into an empty inlined method that simply
returns the argument.
btw, I have for the extended DialogBase subclassed setCaption() to do just this.
The user just say setCaption( caption ) and out comes a caption with proper
format. When and if Mirko Sucker can decide if the extension is acceptable
(IT IS ;) then I will commit this to cvs. I use this in the version of khexedit
which I will upload later today. Dialog creation has become very easy after
after I began using this class. It is named CDialogCore in khexedit.
>Hi
>
>Using KWM for this is a Bad Idea (TM). The window manager has no right to
>infere with the way apps want to display their name in the titlebar.
>
>A solution which can be much more uniform:
>
>overload the setCaption() of Qt and make it to detect (and eliminate) the
>presence of the appname at the start or at the end of the caption the
>programmer wants to set. If by this stripping the remaining is void or
>filled with white spaces, then forget about the filtering and let the app
>set the caption it wanted. If the remaining isn't void, then call the
>makeStdCaption() on it.
>
>This way, all KDE applications (even those not made to comply with Espen's
>standard) will display the caption at user's will.
>
>What do you think?
--
Espen Sand
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic