Version: (using Devel) Installed from: Compiled sources OS: Linux The KDE command line option --geometry does not work for most KDE4 apps. The only one I can find which does work is konqueror, but that only obeys the size not the position.
Using KDE 4.1.00 (KDE 4.1.0) (KDEmod) in ArchLinux i686: Konqueror, KWrite, Kate and SystemSettings respected the --geometry window size parameter. Dolphin didn't respected it.
*** Bug 170051 has been marked as a duplicate of this bug. ***
same result, please add konsole to the list (as per duplicate bug).
Well.. confirming here using: Qt: 4.4.3 + qt-copy-patches-889120 KDE: 4.2.60 (KDE 4.2.60 (KDE 4.3 >= 20090106)) kdelibs svn rev. 911862 / kdebase svn rev. 911862 on ArchLinux x86_64 - Kernel 2.6.27.10
Confirmed for konsole on KDE4.2.4 using Qt 4.5.2
I can confirm this for KDE 4.3.1 and Qt 4.5.1. However, for the applications that do respected the --geometry window size parameter, they also respect the -XOFF and -YOFF parameters. It seems that the +XOFF and +YOFF parameter values are interpreted as zero regardless of the actual value supplied. So, +200+50 is +0+0 and +200-50 is +0-50...
Konsole 4.3.1 on Fluxbox on Gentoo doesn't respect --geometry . Konsole should respect the basic Xterm parameters, incl those for font type & font size & for fore/background colors.
I can confirm the bug in KDE 4.3.2. There is a workaround: $ konsole --nofork --geometry "..." I suspect the fork feature isn't properly propagating the geometry option or something?
Using --fork --geometry didn't help me. Still couldn't get it to open a konsole window that didn't use the previous window's settings.
Right. saveAppArgs/loadAppArgs do not propagates all arguments, KDE and Qt options are removed. It would make sense to pass "title" and "geometry", since these are per-window, not per-application options. Changing bug title.
*** Bug 219388 has been marked as a duplicate of this bug. ***
Duplicate of bug 147094?
This is a very basic feature. Why would such a small thing be passed over?
*** Bug 230663 has been marked as a duplicate of this bug. ***
I also vote for this. Incidentally, since --geometry is provided by general KDE libraries, should it not be kwin's job to implement it? Or any other general mechanism common to all kde applications (sorry for not knowing the internal workings of KDE).
This bug has been open for more than 2 years and still no resolution. Again, very basic stuff is broken here and then people claim that kde4 gets trashed by folks for no reason.
also, --geometry interprets widht and height as pixels instead of characters like e.g. gnome-terminal does.
Bug still exists in KDE 4.7: I try to open konqueror temporarily with a smaller window for some profiles but it still does not work.
This doesn't appear to have been fixed in KDE 4.8: so several releases and 3.5 years. Any updates from the development team?
This doesn't appear to have gotten into the KDE 4.9 Beta. How about some more voting to get this into something the KDE Developers will pay attention to...
Still happens as #6 https://bugs.kde.org/show_bug.cgi?id=165355#c6 described: Size works, -position works, +position does not. Confirmed with Kwrite (KDE 4.8.4) on Archlinux.
4 years and counting...
A basic feature used nowadays on many WM except KDE, please guys fix it
*** Bug 243916 has been marked as a duplicate of this bug. ***
*** Bug 304279 has been marked as a duplicate of this bug. ***
Yeah, can confirm this doesn't work. I do wonder what the heck it's good for... Maybe the window rules are a lot easier to use for this? In any case, I'm sorry that nobody with some coding knowledge cares about this. If any of you is willing to put in the time, I'm sure ppl like David and Martin would be willing to give some pointers on how to fix it. I'm hoping it's a generic KDELibs problem or something in KWin - not something that has to be fixed in each app. But even then, with some help, I'm sure you folks who care about this, in this bug list together, can fix that in a couple of days. Just a suggestion.
Yeah, can confirm this doesn't work. I do wonder what the heck it's good for... Maybe the window rules are a lot easier to use for this? In any case, I'm sorry that nobody with some coding knowledge cares about this. If any of you is willing to put in the time, I'm sure ppl like David and Martin would be willing to give some pointers on how to fix it. I'm hoping it's a generic KDELibs problem or something in KWin - not something that has to be fixed in each app. But even then, with some help, I'm sure you folks who care about this, in this bug list together, can fix that in a couple of days. Just a suggestion. I can imagine that waiting 4 years is painful, but there is the option of putting in a bit of work to fix it. Yes, even a non-programmer can get somewhere with this. At the very least diagnose where the problem is to ease fixing it (that helps a lot in getting a dev to fix it).
Another addition. I noticed someone described a certain scenario he/she had in mind for this feature: - Specify a specific profile -- call it "ProjectA" - Provide an ICON or some other method for starting ProjectA - When started the following happens -- 6 konsole windows are opened --- each with separate geometry for placement and size --- each with different titles --- each has a specified home directory to start in --- one starts cscope --- 2 start VIM --- 1 starts an ssh to a target machine --- 1 is tailing a log file -- 1 firefox window is opened --- specific geometry for placement and size -- 1 custom app is opened --- specific geometry for placement and size The solution for this is 'activities'. They do the above, AND more. See http://userbase.kde.org/Plasma#Activities - improving that documentation is very much appreciated. If you find bugs there, they ARE likely to get fixed as the developers are working on this. Have fun, Jos
Hi Jos, I'm a fairly decent programmer. I'd fix it myself if I had a clue where to begin. Perhaps if someone walked me through the process, or if there's a manual online that I could reference. Do you know of some such? Take care. Jennifer --- On Fri, 12/7/12, jos poortvliet <jospoortvliet@gmail.com> wrote: > From: jos poortvliet <jospoortvliet@gmail.com> > Subject: [Bug 165355] KCmdLineArgs does not save/load --geometry and --title options > To: jennifertf3@yahoo.com > Date: Friday, December 7, 2012, 5:12 PM > https://bugs.kde.org/show_bug.cgi?id=165355 > > --- Comment #27 from jos poortvliet <jospoortvliet@gmail.com> > --- > Yeah, can confirm this doesn't work. I do wonder what the > heck it's good for... > Maybe the window rules are a lot easier to use for this? > > In any case, I'm sorry that nobody with some coding > knowledge cares about this. > If any of you is willing to put in the time, I'm sure ppl > like David and Martin > would be willing to give some pointers on how to fix it. I'm > hoping it's a > generic KDELibs problem or something in KWin - not something > that has to be > fixed in each app. But even then, with some help, I'm sure > you folks who care > about this, in this bug list together, can fix that in a > couple of days. > > Just a suggestion. I can imagine that waiting 4 years is > painful, but there is > the option of putting in a bit of work to fix it. Yes, even > a non-programmer > can get somewhere with this. At the very least diagnose > where the problem is to > ease fixing it (that helps a lot in getting a dev to fix > it). > > -- > You are receiving this mail because: > You are on the CC list for the bug. >
Check https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/entry/kdecore/kernel/kcmdlineargs.cpp The KCmdLineArgs class has two members, save() and load(), which filter out Qt and KDE arguments. It should not filter out --geometry and --title options.
three more years and still nothing?
What is happening to KDE? The more time passes the more stuff is broken and never ever gets fixed.... This plus session saving/restoring being broken seems like a conspiracy to prevent users to quickly have a working desktop after a reboot :/
Regarding broken session management, this is still being investigated, see https://www.mail-archive.com/kde-core-devel@kde.org/msg20197.html You are invited to join and help with the issues that are important to you.
No effect in Kdenlive either > kdenlive --geometry 1280x720+320+180 How about removing this feature and its documentation so manpages don't confuse users any more?
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have resolved this bug. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann