Window placement

I wonder if I am missing something. Pages always opens documents based on templates 1/3 inch from the left edge of the screen. It never remembers the window placement on templates. Is there a method for changing this? I want my default documents to open in a specific position. If not, will this be fixed in the future? Nisus, Mellel, Mariner Write all do this well. I would prefer not to have to take an extra step before working on a new document in pages.

Matthew,
Welcome to Apple Discussions. The phenominon you describe is a bug, and you should use the feedback link at the top of the page to tell Apple that fixing it is important to you. You ask if it'll be fixed in the future: we can't possibly know that since Apple is particularly tight-lipped about updates. But if enough people bring it to their attention, they will likely make fixing the problem you cite a priority.

Similar Messages

Formating the Mobile Me gallery window place holder

Is there a way to format the Mobile Me gallery window place holders? Specifically, remove the white title bar at the bottom of the window when they appear in the published site?
I would like to ad these galleries but I don't want the title at the bottom to show up. I don't want to use the album style picture placeholders because I want to be able to email the pics.

Is it the tell a friend email link that you're referring to? Can you click on the gallery link in iPhoto and get to it online? The link will contain numbers as the folder for the gallery is identified by a 6 digit number.
If it's the link in the email that gets created by the tell a friend that you're referring to you might post in the Mail forum also.
All I can think to do is go to iPhoto/Gallery preference pane and stop publishing. Then republish and see if you can get the email link to work.
TIP: For insurance against the iPhoto database corruption that many users have experienced I recommend making a backup copy of the Library6.iPhoto (iPhoto.Library for iPhoto 5 and earlier) database file and keep it current. If problems crop up where iPhoto suddenly can't see any photos or thinks there are no photos in the library, replacing the working Library6.iPhoto file with the backup will often get the library back. By keeping it current I mean backup after each import and/or any serious editing or work on books, slideshows, calendars, cards, etc. That insures that if a problem pops up and you do need to replace the database file, you'll retain all those efforts. It doesn't take long to make the backup and it's good insurance.
I've created an Automator workflow application (requires Tiger or later), iPhoto dB File Backup, that will copy the selected Library6.iPhoto file from your iPhoto Library folder to the Pictures folder, replacing any previous version of it. It's compatible with iPhoto 6 and 7 libraries and Tiger and Leopard. Just put the application in the Dock and click on it whenever you want to backup the dB file. iPhoto does not have to be closed to run the application, just idle. You can download it at Toad's Cellar. Be sure to read the Read Me pdf file.
Note: There now an Automator backup application for iPhoto 5 that will work with Tiger or Leopard.

Change "Test Window" placement in Flash CC?

Hi.
I have a problem with the placement of the Test/preview/export windows placement in Flash CC on my dual-screen setup.
When pressing CMD+Enter, the test window pops up at the edge between my laptop screen and my external display. Every time i have to drag the window into my external display in order to preview it properly. In Flash CS6, i would move the test window once and the next time i exported out the test window would wind up in the same position as it did earlier.
Please fix this ASAP, its very annoying

Hi Dharmendra.
Thank you for taking your time to reply this thread.
I havent even considdered the possibility of this being affected by the flash project itself, i thought it was some kind of error in the UI. But when you asked about my settings and classes, i started looking around for clues.
And i - sort of - found a solution. At least a half one, but that is more than okay for now.
The bug seems to revolve around the use of traces. We use quite a number of trace calls in our projects, and it seems that when i ignore these by enabling the "omit trace statements" option in the Publish settings, the issue goes away and the flash test windows position is being correctly saved again. Disabling "omit trace statements" will force the test window back to its original default position.
I hope this info is enough for you to go on working on this bug, but if it isnt, i will be happy to assist you with a test-project for you to troubleshoot on.
Kind regards
//aloC

Compiz and weird window placement

I just installed Arch and KDE. It all works fine except for compiz, which works, but any window opened goes to the top left hand corner and the title bar is hidden so I can't even move it.

Start the CompizConfigSettingsManager (ccsm) and check if the window decorator plugin is enabled if you have no window boarders.
There is another plugin for windows placement (don't know how its called because my settings manager is in german).
Maybe you have to active a lot of other plugins before compiz works how you like it.

PekWM window placement / moving

I just started using PekWM and really like it, but I'm having trouble with two points.
1) Is there a way to set window placement to be random? By default it's set to "CenteredOnParent Smart MouseNotUnder", and it doesn't seem to center on anything, and it certainly doesn't seem very smart.
2) When I drag a window to another workspace, I go FLYING all the way to the last workspace in the column or row. Is there a way to make dragging windows between workspaces a little less hyperactive?
Thank you!

Sure, let's see...
config
Files {
Keys = "~/.pekwm/keys"
Mouse = "~/.pekwm/mouse"
Menu = "~/.pekwm/menu"
Start = "~/.pekwm/start"
AutoProps = "~/.pekwm/autoproperties"
Theme = "/usr/share/pekwm/themes/default"
Icons = "~/.pekwm/icons/"
MoveResize {
EdgeAttract = "0"
EdgeResist = "0"
WindowAttract = "0"
WindowResist = "0"
OpaqueMove = "True"
OpaqueResize = "False"
Screen {
Workspaces = "9"
WorkspacesPerRow = "3"
WorkspaceNames = "one;two;three;four;five;six;seven;eight;nine"
ShowFrameList = "True"
ShowStatusWindow = "True"
ShowStatusWindowCenteredOnRoot = "False"
ShowClientID = "False"
ShowWorkspaceIndicator = "500"
PlaceNew = "True"
FocusNew = "True"
TrimTitle = "..."
FullscreenAbove = "True"
FullscreenDetect = "True"
HonourRandr = "True"
HonourAspectRatio = "True"
EdgeSize = "1 1 1 1"
EdgeIndent = "False"
PixmapCacheSize = "20"
DoubleClickTime = "250"
Placement {
Model = "CenteredOnParent Smart MouseNotUnder"
Smart {
Row = "True"
TopToBottom = "True"
LeftToRight = "True"
OffsetX = "0"
OffsetY = "0"
UniqueNames {
SetUnique = "False"
Pre = " #"
Post = ""
Menu {
DisplayIcons = "False"
Icons = "DEFAULT" {
Minimum = "16x16"
Maximum = "16x16"
# To enable make separate window have other icon size restrictions,
# for example wallpaper menu found in pekwm_menu_tools, set the following
# for each menu you want to "free".
# Icons = "Wallpaper" {
# Minimum = "64x64"
# Maximum = "64x64"
# Defines how menus act on mouse input.
# Possible values are: "ButtonPress ButtonRelease DoubleClick Motion"
# To make submenus open on mouse over, comment the default Enter,
# uncomment the alternative, and reload pekwm.
Select = "Motion MotionPressed"
Enter = "MotionPressed ButtonPress"
# Enter = "Motion"
Exec = "ButtonRelease"
CmdDialog {
HistoryUnique = "True"
HistorySize = "1024"
HistoryFile = "~/.pekwm/history"
HistorySaveInterval = "16"
Harbour {
OnTop = "True"
MaximizeOver = "False"
Placement = "Right"
Orientation = "TopToBottom"
Head = "0"
DockApp {
SideMin = "64"
SideMax = "0"
mouse
FrameTitle {
ButtonRelease = "1" { Actions = "Raise; Focus; ActivateClient" }
ButtonRelease = "Mod1 1" { Actions = "Focus; Raise" }
ButtonRelease = "Mod4 1" { Actions = "Focus; Raise" }
ButtonRelease = "2" { Actions = "Lower" }
ButtonRelease = "Mod4 3" { Actions = "Close" }
ButtonRelease = "3" { Actions = "ShowMenu Window" }
ButtonRelease = "4" { Actions = "ActivateClientRel 1" }
ButtonRelease = "5" { Actions = "ActivateClientRel -1" }
ButtonRelease = "Mod1 4" { Actions = "SendToWorkspace Next; GotoWorkspace Next" }
ButtonRelease = "Mod1 5" { Actions = "SendToWorkspace Prev; GotoWorkspace Prev" }
ButtonRelease = "Mod1 Shift 4" { Actions = "SendToWorkspace PrevV; GotoWorkspace PrevV" }
ButtonRelease = "Mod1 Shift 5" { Actions = "SendToWorkspace NextV; GotoWorkspace NextV" }
ButtonRelease = "Ctrl 4" { Actions = "MoveClientRel 1" }
ButtonRelease = "Ctrl 5" { Actions = "MoveClientRel -1" }
ButtonRelease = "Ctrl Mod1 1" { Actions = "Focus; Raise True" }
DoubleClick = "1" { Actions = "Toggle Shaded" }
DoubleClick = "Mod1 1" { Actions = "Toggle Shaded" }
DoubleClick = "2" { Actions = "MaxFill True True" }
DoubleClick = "Mod1 2" { Actions = "Toggle Maximized True True" }
Motion = "1" { Threshold = "4"; Actions = "Raise; Move" }
Motion = "Mod1 1" { Threshold = "4"; Actions = "Raise; Move" }
Motion = "Mod4 1" { Threshold = "4"; Actions = "Raise; Move" }
Motion = "2" { Threshold = "4"; Actions = "GroupingDrag True" }
Motion = "Mod1 3" { Actions = "Resize" }
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
OtherTitle {
ButtonRelease = "1" { Actions = "Raise; Focus" }
ButtonRelease = "2" { Actions = "Focus" }
ButtonRelease = "3" { Actions = "Close" }
ButtonRelease = "Mod4 3" { Actions = "ShowMenu Window" }
ButtonRelease = "Mod1 4" { Actions = "SendToWorkspace Next; GotoWorkspace Next" }
ButtonRelease = "Mod1 5" { Actions = "SendToWorkspace Prev; GotoWorkspace Prev" }
ButtonRelease = "Mod1 Shift 4" { Actions = "SendToWorkspace PrevV; GotoWorkspace PrevV" }
ButtonRelease = "Mod1 Shift 5" { Actions = "SendToWorkspace NextV; GotoWorkspace NextV" }
Motion = "1" { Threshold = "4"; Actions = "Raise; Move" }
Motion = "Mod1 1" { Threshold = "4"; Actions = "Raise; Move" }
Motion = "Mod4 1" { Threshold = "4"; Actions = "Raise; Move" }
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
Border {
TopLeft {
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
ButtonPress = "1" { Actions = "Focus; Raise; Resize TopLeft" } }
Top {
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
ButtonPress = "1" { Actions = "Focus; Raise; Resize Top" } }
TopRight {
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
ButtonPress = "1" { Actions = "Focus; Raise; Resize TopRight" } }
Left {
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
ButtonPress = "1" { Actions = "Focus; Raise; Resize Left" } }
Right {
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
ButtonPress = "1" { Actions = "Focus; Raise; Resize Right" } }
BottomLeft {
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
ButtonPress = "1" { Actions = "Focus; Raise; Resize BottomLeft" } }
Bottom {
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
ButtonPress = "1" { Actions = "Focus; Raise; Resize Bottom" } }
BottomRight {
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
ButtonPress = "1" { Actions = "Focus; Raise; Resize BottomRight" } }
ScreenEdge {
Down {
Enter = "Mod1 Any" { Actions = "GoToWorkspace Down" }
ButtonRelease = "3" { Actions = "ShowMenu Root" }
ButtonRelease = "2" { Actions = "ShowMenu Goto" }
ButtonRelease = "1" { Actions = "GoToWorkspace Down" }
ButtonRelease = "Mod4 2" { Actions = "ShowMenu GotoClient" }
ButtonRelease = "4" { Actions = "GoToWorkspace Up" }
ButtonRelease = "5" { Actions = "GoToWorkspace Down" }
ButtonRelease = "Mod1 4" { Actions = "GoToWorkspace PrevV" }
ButtonRelease = "Mod1 5" { Actions = "GoToWorkspace NextV" }
EnterMoving = "Any Any" { Actions = "WarpToWorkspace Down" }
Up {
Enter = "Mod1 Any" { Actions = "GoToWorkspace Up" }
ButtonRelease = "3" { Actions = "ShowMenu Root" }
ButtonRelease = "2" { Actions = "ShowMenu Goto" }
ButtonRelease = "1" { Actions = "GoToWorkspace Up" }
ButtonRelease = "Mod4 2" { Actions = "ShowMenu GotoClient" }
ButtonRelease = "4" { Actions = "GoToWorkspace Up" }
ButtonRelease = "5" { Actions = "GoToWorkspace Down" }
ButtonRelease = "Mod1 4" { Actions = "GoToWorkspace PrevV" }
ButtonRelease = "Mod1 5" { Actions = "GoToWorkspace NextV" }
EnterMoving = "Any Any" { Actions = "WarpToWorkspace Up" }
Left {
Enter = "Mod1 Any" { Actions = "GoToWorkspace Left" }
ButtonRelease = "3" { Actions = "ShowMenu Root" }
ButtonRelease = "1" { Actions = "GoToWorkspace Left" }
DoubleClick = "1" { Actions = "GoToWorkspace Left" }
ButtonRelease = "2" { Actions = "ShowMenu Goto" }
ButtonRelease = "Mod4 2" { Actions = "ShowMenu GotoClient" }
ButtonRelease = "4" { Actions = "GoToWorkspace Right" }
ButtonRelease = "5" { Actions = "GoToWorkspace Left" }
ButtonRelease = "Mod1 4" { Actions = "GoToWorkspace Next" }
ButtonRelease = "Mod1 5" { Actions = "GoToWorkspace Prev" }
EnterMoving = "Any Any" { Actions = "WarpToWorkspace Left" }
Right {
Enter = "Mod1 Any" { Actions = "GoToWorkspace Right" }
ButtonRelease = "3" { Actions = "ShowMenu Root" }
ButtonRelease = "1" { Actions = "GoToWorkspace Right" }
DoubleClick = "1" { Actions = "GoToWorkspace Right" }
ButtonRelease = "2" { Actions = "ShowMenu Goto" }
ButtonRelease = "Mod4 2" { Actions = "ShowMenu GotoClient" }
ButtonRelease = "4" { Actions = "GoToWorkspace Right" }
ButtonRelease = "5" { Actions = "GoToWorkspace Left" }
ButtonRelease = "Mod1 4" { Actions = "GoToWorkspace Next" }
ButtonRelease = "Mod1 5" { Actions = "GoToWorkspace Prev" }
EnterMoving = "Any Any" { Actions = "WarpToWorkspace Right" }
Client {
# Remove the following line and uncomment the alternative if windows should raise when clicked.
ButtonPress = "1" { Actions = "Focus" }
# Uncomment the following line if windows should raise when clicked.
# ButtonPress = "1" { Actions = "Focus; Raise" }
ButtonRelease = "Mod1 1" { Actions = "Focus; Raise" }
ButtonRelease = "Mod4 1" { Actions = "Lower" }
ButtonRelease = "Mod1 4" { Actions = "SendToWorkspace Next; GotoWorkspace Next" }
ButtonRelease = "Mod1 5" { Actions = "SendToWorkspace Prev; GotoWorkspace Prev" }
ButtonRelease = "Mod1 Shift 4" { Actions = "SendToWorkspace PrevV; GotoWorkspace PrevV" }
ButtonRelease = "Mod1 Shift 5" { Actions = "SendToWorkspace NextV; GotoWorkspace NextV" }
ButtonRelease = "Ctrl Mod1 1" { Actions = "Focus; Raise True" }
Motion = "Mod1 1" { Threshold = "4"; Actions = "Focus; Raise; Move" }
Motion = "Mod4 1" { Threshold = "4"; Actions = "Focus; Raise; Move" }
Motion = "Mod1 2" { Threshold = "4"; Actions = "GroupingDrag True" }
Motion = "Mod1 3" { Actions = "Resize" }
# Remove the following line if you want to use click to focus.
#Enter = "Any Any" { Actions = "Focus" }
Root {
ButtonRelease = "3" { Actions = "ShowMenu Root" }
ButtonRelease = "2" { Actions = "ShowMenu Goto" }
ButtonRelease = "Mod4 2" { Actions = "ShowMenu GotoClient" }
# Horizontal movement
ButtonRelease = "4" { Actions = "GoToWorkspace Right" }
ButtonRelease = "5" { Actions = "GoToWorkspace Left" }
ButtonRelease = "Mod1 4" { Actions = "GoToWorkspace Next" }
ButtonRelease = "Mod1 5" { Actions = "GoToWorkspace Prev" }
# Vertical movement
ButtonRelease = "Shift 4" { Actions = "GoToWorkspace Up" }
ButtonRelease = "Shift 5" { Actions = "GoToWorkspace Down" }
ButtonRelease = "Mod1 Shift 4" { Actions = "GoToWorkspace NextV" }
ButtonRelease = "Mod1 Shift 5" { Actions = "GoToWorkspace PrevV" }
ButtonRelease = "1" { Actions = "HideAllMenus" }
Menu {
Enter = "Any Any" { Actions = "Focus" }
Motion = "Mod1 1" { Threshold = "4"; Actions = "Focus; Raise; Move" }
Other {
Enter = "Any Any" { Actions = "Focus" }
ButtonRelease = "3" { Actions = "Close" }
Motion = "1" { Actions = "Focus; Raise; Move" }
Motion = "Mod1 1" { Threshold = "4"; Actions = "Focus; Raise; Move" }
I appreciate you looking them over.

Projector window placement

Can I make the projector window place on the top of the desktop screen and make all the other desktop items and windows go underneeth the projector window, like a toolbar is created on the desktop (on the top, left or right side of the screen) ?

It takes a while for images to go through the virus checker queue when you attach them, and yours hasn't passed, yet. Images posted via the camera icon appear right away.
If you're on Windows, you can use Buddy API's baSetWindowState to make the window "Stay On Top"
http://www.mods.com.au
http://www.mods.com.au/budapi_docs/baSetWindowState.htm
DirectOS has a similar function (also Windows only), dosSetWindowState()
http://www.directxtras.com/
http://www.directxtras.com/DOSDocs/dosSetWindowState.asp?UUID=2398917
There may be other Xtras that do this, too, though I haven't looked for a Mac version.
The Director Mile High Table O' Products - Xtras, tools, utilities
http://www.deansdirectortutorials.com/MileHighTable/
There are possible work-arounds, combining Lingo and one of the Xtras if you need this for a Mac.
Mark A. Boyd
Keep-On-Learnin' :-)

[SOLVED] XFCE - Incorrect windows placement

Hi,
I'm currently having a issue with XFCE's window placement. In the settings panel, under Window Manager Tweaks > Placement, window placement is set to Center for all windows, but this option has no effect. I tried changing it to place windows under the mouse, but it also has no effect on the windows placement. Windows keep opening on the screen corners.
I checked the forums for similar problems, and found some results, but none of the solutions worked for me. Also, those are quite old topics.
[Solved] XFCE - Having Trouble Centering Windows
[solved] Xfce4, new windows position
Xfce 4.8 xfwm4 window placement settings no longer have any effect.
This is not a big problem, but I'm kind of picky, so if anyone knows a solution to this problem, please share it.
Best Regards,
Agkel0s
Last edited by Agkel0s (2014-07-14 21:37:54)

Agkel0s wrote:Currently the slider is on the minimum value, and windows of all sizes should open centered on screen.
Shouldn't you actually have it on the maximum value?
I believe the way this works is that the size (or ratio, the option is actually called placement_ratio IIRC and is a ratio of window size vs screen size) you specify here is the minimum to trigger "smart placement." If the window isn't (at least) of that size, then the default (i.e. center or under mouse pointer, as defined below) will be used. So if you want every window to use the default placement, you should set the minimum size for smart placement to be as large as possible. (In fact, I believe with a ratio set to 100 (i.e. slider to the max) it should always use the default placement, regardless of window size, which is want you're after if I'm not wrong.)
If even with the slider to the max you get new windows placed using smart placement, then it sounds like a bug I'd say.
(Also, just as FYI and though you might simply want all windows to be centered, I wasn't happy with xfwm's smart placement myself, you can see this topic for a (IMO) better alternative.)

[Solved] Openbox Window Placement not in Center

In obconf, under Windows, I have:
√ Focus new windows when they appear
√ Center new windows when they are placed
Prefer to place new windows on: The monitor with the mouse
Primary monitor: Monitor With Mouse Pointer
But in the corresponding rc.xml, I have
<placement>
<policy>Smart</policy>

<center>yes</center>

<monitor>Mouse</monitor>

<primaryMonitor>Mouse</primaryMonitor>

</placement>
And the behaviour is this:
Windows try to get as close to the top left corner as possible without overlapping any other windows. This does sound like what "Smart" policy would refer to, but it is not listening to the <center>yes</center> tag.
Last edited by jameh0 (2014-03-22 17:59:40)

drcouzelis wrote:
drcouzelis wrote:it's not hard to patch, so no problem.
I just finished patching Openbox to restore the former random window placement behavior. You can find it here: openbox-git-random-placement
It works but I didn't fully test all scenarios (multi-monitors, different window states, and so on...) so if you find any bugs in my patch or random window placement code please let me know!
Im having trouble discerning what exactly you mean. I could build your version to find out, but the current openbox-git seems to work exactly this way?
I have smart placement and center set. When I open a new window on a blank workspace, its placed centered. If I open another, it will be placed in empty space. It will keep placing in empty space until the desktop is completely hidden, and then it will start randomly placing the window.
I have considered talking to the Openbox devs about possibly implementing the placement algorithm of Fluxbox- Flux will evenly distribute the windows even after the entire screen is filled/covered.
**EDIT** Do you mean your version starts to random place the moment it cant fit the window in empty space without even partially obscuring an existing window?
Last edited by GSF1200S (2014-03-27 04:18:56)

How to remove a file name in Finder window places

When I open Finder window I want to remove a file name in places. I don't use the file anymore and want to remove it.

Hold down the command key and drag it out of the sidebar.

HTML Help window placement problem

Hi -
We just upgraded to R7 from X5. It seems that now, for our
newly generated Help, the HTML Help viewer will not right-align.
Even if I specify the maximum width in the Window Properties
dialog, when generated, the window only extends about 4/5 of the
available screen width and is LEFT aligned.
Our screens are 1024 x 768 and RoboHelp seems to understand
this because if I max out the window size in the Window Properties
dialog, the height shown = 767 and width = 1019.
Is anyone else experiencing this placement problem?
TIA

Hi, Jack,
> ... the HTML Help window properties dialog only accepts
hard coordinates (i.e. pixels).
> ...
> Unless someone knows differently, for HTML Help,
apparently you can't get the HTML
> Help viewer to appear right-aligned for all
screen/display configurations
Yes, this is correct on both counts. Because of limitations
in Microsoft's design of HTML Help, you cannot specify the
dimensions of the help window in anything other than pixels, and
you can only set the initial position of the window relative to the
left and top edges of the screen.
On the other hand, if you are calling the help file
programmatically from an application, there may be some scope for
controlling the position of the help window by using standard
Windows functions. This article provides a small amount of extra
information:
http://helpware.net/FAR/far_faq.htm#control
Pete

Won't Remember Window Placement

I have a late 2010 MBA running up-to-date Mavericks with an external large display. Since upgrading to Mavericks, when I move a Calendar, Contacts, Word or Skype windows to my small screen and restart the applications it places each window back on my large screen. I tried resizing them and closing them with the red dot and modifying and saving them before restarting. This did not fix the problem. When I place a Finder window on the built-in screen and close and open the window it does remember the screen location. For the other windows it is remembering part of the screen location because when I move it to the upper right of the internal screen or to the lower left of the internal screen it opens it in the upper right or lower left of the big screen, respectively. Can anyone duplicate this behavior?

I found the answer. It is a new Mavericks multi-display feature. It opens the application window in the display where the menu bar is active. So to open the application window on the internal display I click on the internal display background and then open the application. I prefer to use both screens as one logical space with my application windows arranged across both screens so I found how to turn it off.
System Preferences > Mission Control > Displays have separate spaces > Uncheck the box.

MAC OS X RDC Client new window placement in multidisplay configuration

Please follow default MacOS X app behavior, place new window on the display containing mouse cursor.
By now all new windows are placing on default (main) display.

Hi,
As per my research that is the default setting for this version and no other way is supported, may be it can resolve in future version.
Thanks.
Dharmesh Solanki
TechNet Community Support
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact [email protected]

Enlightenment 0.19.0 - Annoying window placement/size issues

Hi,
I have been having this very annoying issue with enlightenment for a while now; searching for a solution, can't find anything and my knowledge of the whole X window system is limited to its usage.
The first issue is that whenever I close a window, the first minimized one will restore by itself; it won't stay minimized.... So I keep having a window that pops up each time I close one...... I end up shading my windows instead of minimizing them.......
The second issue is bad. I use Quartus software (I hope someone is using this....), each window I open in the IP catalog (or QSYS) will come up wrong. It will have a size of 1xHUGE or simply 1x1. When size is 1xHUGE it is completely on the left side of my screen, whowing its glamorous window decoration and a larger top-right square that wonldn't be able to get smaller than that. I resize but the window is blank. I must restart enlightenment for the window's content to appear. When it is 1x1, well.... the only thing that shows is the top-right window decoration.
I can work but this is very.... very ......very annoying..... Any thoughts?
Thanks,
Tach

Hi,
Sorry but I have to bump this one back.
I did erase all settings (.e and .elementary) but the issue persists. This happends on both of my machines (Intel graphic for desktop and Optimus for laptop; so yes, Intel for both).
FVWM does not exhibit the issue but then again, no automagic placement is enabled. I think this is the problem here...
Also, on my desktop, if I restart enlightenment, I get a background but nothing else; no task bar, no pager, no menus. I have to kill enlightenment/X. I am not sure e19 is the root cause; I would be geared toward one of my libraries/config of system (dbus?)
I don't know how to debug this and logs don't help me much.
Any help on how to diagnose this would be appreciated before I switch to KDE ....
Update:
On my desktop, I forgot I was on the -git from AUR. Getting back to the official package restored my capability to restart Enlightenment. Now I have to figure out the blank windows thing because it happens to more than the originally stated software. Elightenment's windows itself are getting weird sizes and positions.
Thanks,
Tach.
Last edited by Tach (2014-12-09 10:35:39)

Which WM can configure window placement/state according to context?

Here’s what should happen, by example:
I start Firefox. That creates a new window (obviously): window A
The WM puts A in a fixed position without window decoration, possibly full screen.
I browse the web, then I open a link in a new window: B
The WM opens B as a floating window with window decoration (close-button, resizable frame). B always stays on top of A, even when A has focus.
When the user closes A, then B is changed from floating to fixed position, just as A before: B takes A's place.
Last edited by feklee (2015-04-05 00:03:05)

I second Trilby's suggestion. I use openbox with settings to mimic a tiling WM and to minimize using a mouse.
I use no window decorations, no panel and no tray. Most applications start in quarter, half, three-quarter, or full screen positions; or the windows can quickly be sent to one of those positions using keyboard chords. I use another key combination to toggle "Always on top" for a window. Focus does follow the mouse, but I usually switch focus with other keyboard combinations (and my mouse cursor disappears using 'unclutter'). Instead of minimizing an application, I will send the window to a different desktop or shut down the app.
Openbox setup and customization is rather easy but does require hand editing xml configuration files. I'm not fond of that,

Initial window placement openbox

Hi all,
Whatever setting I'm using in openbox, my new windows are placed at the top-left corner of the screen. Hoewever, I have a dzen2-conky monitor-bar at the top of the screen with a height of approx 20px. Unfortunately, my new windows are placed with their title bar under the monitor-bar. I can move those windows only by pressing the ALT key and moving the mouse.
<placement>
<policy>Smart</policy>
<center>yes</center>
</placement>
How can I fix this so openbox is:
1. placing my new windows in the middle of the screen
or
2. placing the windows wherever it wants them, but not in the topmost 25 pixels of the screen
Last edited by Ibex (2009-10-28 15:07:35)

Sweet, that's what I was searching for in the #2 solution. Thanks
Edit; damn, this seems to work fine for maximized windows, but it does not work for new smaller windows like a terminal (Eterm in my case). This window is still placed in the top 20px of the screen .
Edit2; seems like Eterm is the only program having this issue anyway...
Edit3; damnit, it seems to be the Eterm theme that is forcing the window to spawn at 10px from the left and 10px from the top. Editting the Eterm theme was the solution.
Last edited by Ibex (2009-10-28 15:43:59)

Window placement

Similar Messages

Maybe you are looking for