search for: titlebar

In the windows version (RGui), is there a way to set the text displayed in the titlebar of the R window? When I have 2 instances of RGui running, it would be helpul if the titlebar could help to understand which is which. -- Erich Neuwirth, Computer Supported Didactics Working Group Visit our SunSITE at http://sunsite.univie.ac.at Phone: +43-1-4277-38624 Fax: +43-1-4277-9386

I hope others may find this useful. I use R in many different directories. By adding the following line to the .Rprofile file: utils:::setWindowTitle(paste("-",getwd())) the titlebar of each R instance shows the directory from which it was started. I have tested this with rterm.exe and rgui.exe under Windows and with RECENT versions of R only. ----- For changing directories during a session, I use the following function, a slight modification of Andy Liaw's cd() functi...

Hello everyone, I'm wondering if anyone is have wine 1.3.35 in virtual desktop not draw the titlebar and the frame?

Surely there' s a way to obtain the "window name" -which appears on the Window Manager' s Titlebar- for running processes, right?. Well, I can't find it... I mean, the names that appear below each icon when you alt-tab to switch an app to the foreground. Is there a simple way to obtain that data along with matching PIDs, from a Bash script? any built-in tools that provide such? TIA FC --...

...ows Windows applications in X without having to be inside the full Windows desktop container. The problem I'm trying to figure out a solution for is that when our user maximizes the guest window and then unmaximizes it in Ubuntu 11.04's default Unity desktop environment, Compiz is putting a titlebar onto our window just like it puts one on Google Chrome. Can you guys please help me understand why Compiz is doing this, if it's something that Compiz is doing on its own or if it's Ubuntu's Unity stuff, and how I can keep this from happening? Thanks very much!!! -- -[ Jason 'v...

Look at it, and you'll see the black outline is missing on the right side of the minimise button. This has been bugging me for a while. I've attached a zoomed in shot, so you can see easily what I mean. It's not a bug in the theme, but in gtk-window-decorator's Metacity theme support, as the border displays perfectly in Metacity. Does it happen with other themes? --------------

Hi everyone - I'm not sure if this is the right place to post this (but I'd thought I'd give the forums a try before attempting to file any bugs anywhere), but anyway... For a month or two I've been using wine-devel on OSX using macports (from 1.4 to current, approximately) with the latest version of XQuartz, and noticed that while the "emulate virtual desktop" window

...this patch. It turned out that the crash happened with the binary nvidia driver, which has fbconfigs without associated visuals. The check for vi == NULL handles this case, and with a couple of code style changes, this patch should be good to go. positioning.patch - fixes corner cases with big titlebar fonts which make compiz misplace the decoration input regions. To reproduce this, try selecting a 20px titlebar font and notice that the upper or lower part of the titlebar does not receive input events. thumbnail-sorting.patch - almost a one-liner to drop a minmized window to the end of the wi...

...ecorator to respect metacity's button_layout gconf key, and basing my work on a patch posted on the forums a while back: http://forum.go-compiz.org/viewtopic.php?p=1306&highlight=#1306 The patch works perfectly by itself against compiz 0.3.4, but against 0.3.6, it results in no buttons or titlebar text being drawn in the window decoration. What I've noticed is that if I edit the gtk-window-decorator source and even manually try any layout other than the default, the the window decoration becomes blank. Any ideas on what could be causing this, or how to begin debugging it? Thanks, -Joe...

The place plugin has a bug: when compiz is restarted or started to replace another wm it the windows are placed in weird positions ( titlebar behind the panel etc.) shouln't the place plugin loop over all open windows and place them correctly when loaded? this should solve this issues. any reason why this isn't done? have I missed something or is this just a bug?

...d desktop 3) Flip back to the first desktop. 4) At this point you will see not only a window with your standard KDE windows decorations, but inside that window will be a Windows window with Windows decorations. All mouse clicks will be offset by the number of pixels equal to the second, Windows, titlebar. (You have to click below everything) You can recover by using the Windows titlebar to maximize the game window - which will maximize the KDE window and get rid of the Windows window. Then, flip to the second desktop. Flip back to the first desktop and you will again have a Windows window insid...

I noticed there have been some older posts about a work in progress patch which never made it to the ML due to some issues. I am attaching three patches here in an effort to bring the button_layout support into gtk-window-decorator which allows you to define the titlebar button placements with a string (e.g. "menu:minimize,maximize,close") in /apps/metacity/general/button_layout. # 00-gwd-add-button_layout-support.patch: Adds initial parsing and general gconf key support based on work from http://lists.freedesktop.org/archives/compiz/2007-January/00124...

Greetings, beginning with wine 1.9.11 I have a new bar below the game window which effectively steals part of the usable area. Here is a screenshot of Gothic I. http://www.triffids.de/pub/screenshot/wine-1.9.11.png (931 KB) No desktop environment here, only IceWM. My games are started with shell scripts which cd to the directory of the game and then run 'wine program'. In the case of

Hi List (For any WindowMaker/GNUStep gurus on the list :-) ) I'm configuring a kiosk type system, editing the windowmaker default configuration files directly. Somehow, my configuration results in my application being locked in place on startup, unless I left double-click the titlebar first, following which I can move the application window. If I double-click the title bar once it again, the application window is locked in place. I'm not sure what combination of parameters in which configuration file causes this behaviour, but would like to behave as a simple click-and-dr...

...ope you can help me with this since it has turned out to be a real hassle for me. The problem is, that whenever I Alt+Right click in a fullscreen DirectX application (in this case World of Warcraft), it open the menu from the window manager similar to the menu which pops up when you right click the titlebar of a windowed application (Maximize / Minimize / Move / Resize ...). Is there anywhere to turn that off or at least change the hot key for that function? I've scanned the global hotkeys in Gnome for that particular combination, but I've found nothing. Wine doesn't seem to have a gui op...

--- src/paint.c | 14 ++++++++++++-- 1 files changed, 12 insertions(+), 2 deletions(-) diff --git a/src/paint.c b/src/paint.c index 00cbf73..4ddd332 100644 --- a/src/paint.c +++ b/src/paint.c @@ -193,7 +193,12 @@ paintOutputRegion (CompScreen *screen, if (w->destroyed) continue; - if (!w->shaded) + if (w->shaded) + { + if (w->id < 2) + continue; + } + else

This may seem rather obvious, but how do I alter the window decorations, such as making the titlebar opaque, and changing it's colour? In CCSM -> Window Decoration -> Command I have set emerald, as I use KDE (on Ubuntu). The CCSM- > Window Decoration screen does not have an option for changing titlebar opacity or colour. The Emerald Theme Manager doesn't seem to be able to change...

Hi, I'm bitten by a bug that is also in the Debian BTS, so I'm not sure you are aware of it. I couldn't find it in the fdo BTS. Anyway the problem is simple. After a successful suspend and resume all window decorations (the places where the shadow was supposed to be, but also the titlebars) are much to colorful (meaning it has some random colors in it). Moving the windows brings the old colors back. For the gnome menu bar, however, this doesn't work. Even tooltips that pop-up from it have strange colors, gtk-window-decorator --replace resolves this. I've put a picture...

Here's a couple quick patches to resolve some minor issues related to multiple outputs that I bumped into today. nodetectfix.patch: Enables reading outputs config (instead of 640x480 default) when using "--no-detection" switch but config says detect. constrainyoutput.patch: Allows full vertical workarea to be used in the case of multiple vertical outputs. Currently it won't

I'm running Compiz 0.3.1 (from gandalfn's repo), and when I change, say, tabs in Firefox, the title in the titlebar doesn't change. It does in the panel though, but that isn't the realm of Compiz. When running Metacity, I don't have this problem.