wsmanager-devel Mailing List for WorkspaceManager
Status: Alpha
Brought to you by:
richwareham
Menu
▾
▴
wsmanager-devel — List for discussing Desktop Manager development
You can subscribe to this list here.
| 2004 |
Jan
(5) |
Feb
(21) |
Mar
|
Apr
(13) |
May
(3) |
Jun
|
Jul
(25) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tod E. K. <to...@to...> - 2005-01-26 21:48:58
|
Thank you! Now I can finally dump Codetek's VirtualDesktop, use DesktopManager, and upgrade Firefox! (there's a bug between Firefox >=0.9 and VirtualDesktop that makes Firefox unusable. I've been stuck at Firefox 0.8 since last August) DesktopManager gurus: Please consider this patch as part of the standard release. -=tod --- Tod E. Kurt to...@to... to...@ya... > On Wed, Jan 05, 2005 at 09:16 +0100, I wrote: > > > There"s one feature I"d really like to see though: a two-dimensional > > pager. While you can have multiple rows of desktops, you can only > > cycle through them in one direction (left<->right). Is there any > > chance of adding a second dimension so that you can go up and down, > > too? > > As there wasn"t any reply, I implemented this myself. Here"s the > patch: > > http://www.net.in.tum.de/~robin/DesktopManager > > Robin > > -- > Robin Sommer * Room 01.08.055 * http://www.net.in.tum.de > TU Muenchen * Phone (089) 289-18006 * so...@in... > |
|
From: Robin S. <so...@in...> - 2005-01-16 19:19:48
|
On Wed, Jan 05, 2005 at 09:16 +0100, I wrote:
> There's one feature I'd really like to see though: a two-dimensional
> pager. While you can have multiple rows of desktops, you can only
> cycle through them in one direction (left<->right). Is there any
> chance of adding a second dimension so that you can go up and down,
> too?
As there wasn't any reply, I implemented this myself. Here's the
patch:
http://www.net.in.tum.de/~robin/DesktopManager
Robin
--
Robin Sommer * Room 01.08.055 * www.net.in.tum.de
TU Muenchen * Phone (089) 289-18006 * so...@in...
|
|
From: Robin S. <so...@in...> - 2005-01-05 08:16:31
|
Hi, first of all, thanks for this great program! It's simplifies my life a lot. There's one feature I'd really like to see though: a two-dimensional pager. While you can have multiple rows of desktops, you can only cycle through them in one direction (left<->right). Is there any chance of adding a second dimension so that you can go up and down, too? Thanks, Robin -- Robin Sommer * Room 01.08.055 * www.net.in.tum.de TU Muenchen * Phone (089) 289-18006 * so...@in... |
|
From: Terrence T. <ter...@ma...> - 2004-11-12 17:10:14
|
On Nov 12, 2004, at 8:11 AM, Leonard R. Budney wrote: > Hello! > > I love wsmanager! > > Unfortunately, it doesn't appear to work under OSX 10.4 (Tiger). > Running a pre-release, I find that the app appears to start when I > click it, but after that nothing happens. > > Is there any plans to test this against a pre-release and get it > working with the new version? Please? Pretty please? > > --Len. > > Hopefully without violating ADC rules, I will say that Version 0.5.1 works on Tiger. Later versions do not. The transitions no longer work, but Core Image ( http://www.apple.com/macosx/tiger/core.html ) actually makes most of those public API so presumably that will be fixable. I just noticed that you can grab the source without needing to figure out Arch, so I'll have a look if I can find some cycles. If there's no better way to get it and there are no objections from Rich Wareham, I can email you the old(er) version. Terrence |
|
From: Leonard R. B. <lb...@po...> - 2004-11-12 16:11:51
|
Hello! I love wsmanager! Unfortunately, it doesn't appear to work under OSX 10.4 (Tiger). Running a pre-release, I find that the app appears to start when I click it, but after that nothing happens. Is there any plans to test this against a pre-release and get it working with the new version? Please? Pretty please? --Len. |
|
From: Jean-Chafic H. <jea...@su...> - 2004-09-10 23:06:04
|
Hello, I'm having trouble using DesktopManager-0.5.2-rc2. As I couldn't find anyone having the same problem, I've decided to contact all of you. In fact the application crashes when trying to open its preferences. I'm using Panther (10.3.5) which is an upgrade of my previous system (Jaguar) using the property of keeping my folders during the upgrade. Otherwise, Desktop Manager is running well but I really wish to open the preferences in order to use it more often. I have no idea why it crashes as it happens just after clicking on preferences. My Mac is a Bi 1Ghz MDD with 1Go of RAM. If you need any further explanations, please reply to my email using the same address (jea...@su...) giving me the procedure to give you the info you need. If you have an answer to my problem, please reply using the same email address. Cordially, Jean-Chafic HAYS |
|
From: Nathaniel G. <n8...@gm...> - 2004-08-10 19:45:41
|
So is there any interest in this at all? If you add the notification on window warp I'm happy to distribute the plugin myself. I just need to know when a window gets moved to another desktop. Cheers, -n8 On Thu, 29 Jul 2004 00:13:45 -0700, Nathaniel Gray <n8...@gm...> wrote: > Hello, > > I'm ready to release the first version of my X11 Bridge plugin for > Desktop Manager. It supports the following features: > * Makes X11 applications aware of the current desktop and desktop count > * Marks X11 windows with their desktop index > * Correctly supports minimization to the dock and window warping [see below] > * Works with X11.app and XDarwin.app > > This is the minimal feature set necessary to make the plugin useful > and robust. Other features, including sticky window support and > support for X11-application-initiated desktop changes and window warps > will follow soon. > > In order to support window warping I needed to add a new notification > to Notifications.h: > #define NOTIFICATION_WINDOWWARPED @"WindowWarped" > > And I added this code to the end of moveToWorkspace: in ForeignWindow.m: > [[NSNotificationCenter defaultCenter] > postNotificationName:NOTIFICATION_WINDOWWARPED > object:self]; > > Would you be willing to accept this patch? For sticky window support > I would also need notifications sent in the makeSticky: and > makeUnSticky: methods. I think that would be everything I would need > for full X support. > > Thanks, > -n8 > > -- > >>>-- Nathaniel Gray -- Caltech Computer Science ------> > >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> > -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> |
|
From: Kevin B. <ke...@sb...> - 2004-08-06 15:43:35
|
In the latest available version shift-clicking a dock icon brings you to the desktop for that app. Unfortunately, this is causing problems. I use Mail.appetizer to tell me about new emails. This requires a shift-control click on the bezel to delete the new email. However, about half the time when I do that it switches me to desktop 4 where I keep Mail.app. this makes no sense and is extremely annoying - I use Mail.appetizer so I *don't* have to switch to Mail, but Desktop Manager keeps making me switch. Please either fix this or let me turn off the shift behaviour. -- Kevin Ballard ke...@sb... http://www.tildesoft.com http://kevin.sb.org |
|
From: Nathaniel G. <n8...@gm...> - 2004-07-31 02:18:56
|
On Thu, 29 Jul 2004 10:25:36 -0700, Ka-Hing Cheung <ka...@gm...> wrote: > > I think something like this (probably not so customizble) should > belong to desktop manager. For example if I switch to a desktop and > all the windows of that desktop belong to the same application, then > that application should be activated. Shouldn't it just activate whichever app owns the topmost window? Or will that change the stacking order or something. I'm a bit surprised that DM doesn't already do that. BTW, I too would like to see this problem solved. I've considered switching to a different window manager for X but have been stopped by integration problems like this. Cheers, -n8 -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> |
|
From: Joshua B. <jb1...@oa...> - 2004-07-29 19:05:43
|
Ka-Hing Cheung wrote: > I think something like this (probably not so customizble) should > belong to desktop manager. For example if I switch to a desktop and > all the windows of that desktop belong to the same application, then > that application should be activated. I can probably attempt to do > this some time before the end of the weekend. I think anything more > would be overkill until (if) desktop manager gets scripting support. Well, see, it *does* do this for every program that I've used except X11... I think that non-Apple window managers don't register their windows "properly" with the OSX GUI, and so they don't show up as being on the proper desktop (although the warp-to-desktop stuff when I shift- click on the X icon works just fine). I think the general case is working, although I don't use OSX programs much at all - so if it is a problem for others, I'll concede that I don't really use my box as much more than a glorified X terminal. :-) > BTW, you are Ethan Blanton's brother, right? Tell him he rocks. Consider it done. :-) --jtb --=20 Those who beat their swords into plowshares usually end up plowing for those who didn't. -- Ben Franklin |
|
From: Ka-Hing C. <ka...@gm...> - 2004-07-29 17:28:41
|
On Thu, 29 Jul 2004 00:13:45 -0700, Nathaniel Gray <n8...@gm...> wrote: > Hello, > > I'm ready to release the first version of my X11 Bridge plugin for > Desktop Manager. It supports the following features: > * Makes X11 applications aware of the current desktop and desktop count > * Marks X11 windows with their desktop index > * Correctly supports minimization to the dock and window warping [see below] What's wrong with the current minimization? Also, what's window warping? -khc |
|
From: Ka-Hing C. <ka...@gm...> - 2004-07-29 17:25:43
|
On Wed, 28 Jul 2004 11:16:43 -0400, Joshua Blanton <jb1...@oa...> wrote: > Hello, > > I have been using Desktop Manager for quite some time now, and really > appreciate all of the effort that goes into making it work. Recently > I switched X11 window managers, though, and since then I've noticed a > strange behavior with desktops and X11... I run all of my X11 apps on > a single desktop, since X11 and OSX don't have the same behavior (mouse > focus being the most notable, for me) - but when I switch from a desktop > with an OSX application to the X11 desktop, X11 does not become active. > > Until I switched from the OSX default window manager, this was not a > problem. Looking at the Desktop Manager source code leads me to think > that Desktop Manager itself does not control the re-activating of the > program on the new desktop (is this true?)... I'm not sure what can be > done to fix this issue, other than perhaps adding something like > AppleScript bindings to the entry of each desktop (so, for instance, > when switching to desktop 2 I could force the activation of X11)... I think something like this (probably not so customizble) should belong to desktop manager. For example if I switch to a desktop and all the windows of that desktop belong to the same application, then that application should be activated. I can probably attempt to do this some time before the end of the weekend. I think anything more would be overkill until (if) desktop manager gets scripting support. BTW, you are Ethan Blanton's brother, right? Tell him he rocks. -khc |
|
From: Nathaniel G. <n8...@gm...> - 2004-07-29 07:13:48
|
Hello,
I'm ready to release the first version of my X11 Bridge plugin for
Desktop Manager. It supports the following features:
* Makes X11 applications aware of the current desktop and desktop count
* Marks X11 windows with their desktop index
* Correctly supports minimization to the dock and window warping [see below]
* Works with X11.app and XDarwin.app
This is the minimal feature set necessary to make the plugin useful
and robust. Other features, including sticky window support and
support for X11-application-initiated desktop changes and window warps
will follow soon.
In order to support window warping I needed to add a new notification
to Notifications.h:
#define NOTIFICATION_WINDOWWARPED @"WindowWarped"
And I added this code to the end of moveToWorkspace: in ForeignWindow.m:
[[NSNotificationCenter defaultCenter]
postNotificationName:NOTIFICATION_WINDOWWARPED
object:self];
Would you be willing to accept this patch? For sticky window support
I would also need notifications sent in the makeSticky: and
makeUnSticky: methods. I think that would be everything I would need
for full X support.
Thanks,
-n8
--
>>>-- Nathaniel Gray -- Caltech Computer Science ------>
>>>-- Mojave Project -- http://mojave.cs.caltech.edu -->
|
|
From: Joshua B. <jb1...@oa...> - 2004-07-28 15:16:52
|
Hello, I have been using Desktop Manager for quite some time now, and really appreciate all of the effort that goes into making it work. Recently I switched X11 window managers, though, and since then I've noticed a strange behavior with desktops and X11... I run all of my X11 apps on a single desktop, since X11 and OSX don't have the same behavior (mouse focus being the most notable, for me) - but when I switch from a desktop with an OSX application to the X11 desktop, X11 does not become active. Until I switched from the OSX default window manager, this was not a problem. Looking at the Desktop Manager source code leads me to think that Desktop Manager itself does not control the re-activating of the program on the new desktop (is this true?)... I'm not sure what can be done to fix this issue, other than perhaps adding something like AppleScript bindings to the entry of each desktop (so, for instance, when switching to desktop 2 I could force the activation of X11)... Does anyone else have this problem and know of a solution? Thank you for your time, --jtb --=20 Those who beat their swords into plowshares usually end up plowing for those who didn't. -- Ben Franklin |
|
From: Nathaniel G. <n8...@gm...> - 2004-07-27 05:45:10
|
Hello again, I'm almost ready to do a first release of the X11 Bridge plugin but I'm missing one vital feature. When the user warps a window to another desktop it doesn't cause any X11 event to be sent, so there's no way to detect it from the X11 side. I've poked through the DM code a bit to try to figure out what notification might be sent when this happens, but it's not obvious to me if such a notification exists. It looks like maybe there are notifications for "warp to next/prev workspace" but I don't see how this covers warping a window from workspace 1 to workspace 3, for example. Furthermore, I don't see how to figure out which window got warped. What I would really like is a notification NOTIFICATION_WINDOWWARPED that carries a pointer to the ForeignWindow that warped and the index of the workspace it warped to. With that information it hopefully won't be too tough to figure out if the window was an X11 window and update the desktop hints as needed. Any suggestions? FYI, the bridge is one-way for now -- X11 apps are made aware of the current workspace and which workspace they're on but they can't initiate workspace switches. That should be possible in a future release, meaning you'll be able to use one of the 5 billion X11 desktop pagers if you want to. :-) Thanks, -n8 On Tue, 20 Jul 2004 21:40:10 -0700, Nathaniel Gray <n8...@gm...> wrote: > Hello, > > I'm a big fan of Desktop Manager but there's one thing about it that > I'd like to try to improve on, namely integration with X11. Unlike OS > X applications, X11 applications are routinely used in multi-desktop > environments and many of them are multi-desktop-aware. As an example, > take NEdit. The upcoming 5.5 release supports tabbed editing. If you > open a document and there's not a window on the current desktop then > it will open in a new window on the current desktop. Otherwise, it > will open the document as a tab in a window on your current desktop. > (Of course this behavior is customizable.) On OS X with Desktop > Manager it cannot figure out what desktop it's on, so this smart > behavior is not possible. > > It's actually really easy to support this capability, but it requires > a program linked with the X11 libraries. We obviously don't want to > link WS Manager with X11, so I'm envisioning a small daemon, call it > dmx11d, that makes the necessary X11 library calls and watches for > interesting X11 events. > > I have a pretty good idea of how to write dmx11d, but I don't know how > to integrate it with DM itself. It will at least need to be able to > find out: > 1. How many desktops there are > 2. What the current desktop is > 3. What desktop a given OS X window (specified by window ID) is on. > Alternately, a data structure mapping window ID to desktop. > > It will also need to be notified when any of the above things change. > > Can anybody suggest where in DM's code I should look to get this done? > Also, is there a simple way of doing inter-process procedure calls on > OS X? > > Any constructive feedback is welcome, > Cheers, > -n8 > > -- > >>>-- Nathaniel Gray -- Caltech Computer Science ------> > >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> > -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> |
|
From: Nathaniel G. <n8...@gm...> - 2004-07-21 04:40:14
|
Hello, I'm a big fan of Desktop Manager but there's one thing about it that I'd like to try to improve on, namely integration with X11. Unlike OS X applications, X11 applications are routinely used in multi-desktop environments and many of them are multi-desktop-aware. As an example, take NEdit. The upcoming 5.5 release supports tabbed editing. If you open a document and there's not a window on the current desktop then it will open in a new window on the current desktop. Otherwise, it will open the document as a tab in a window on your current desktop. (Of course this behavior is customizable.) On OS X with Desktop Manager it cannot figure out what desktop it's on, so this smart behavior is not possible. It's actually really easy to support this capability, but it requires a program linked with the X11 libraries. We obviously don't want to link WS Manager with X11, so I'm envisioning a small daemon, call it dmx11d, that makes the necessary X11 library calls and watches for interesting X11 events. I have a pretty good idea of how to write dmx11d, but I don't know how to integrate it with DM itself. It will at least need to be able to find out: 1. How many desktops there are 2. What the current desktop is 3. What desktop a given OS X window (specified by window ID) is on. Alternately, a data structure mapping window ID to desktop. It will also need to be notified when any of the above things change. Can anybody suggest where in DM's code I should look to get this done? Also, is there a simple way of doing inter-process procedure calls on OS X? Any constructive feedback is welcome, Cheers, -n8 -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> |
|
From: Jason S. <je...@ya...> - 2004-07-18 13:57:21
|
This patch is a little better than the last... forgot to skip over the current workspace in the loop in the last patch, so this one is probably a little more efficient. Jason __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail |
|
From: Jason S. <je...@ya...> - 2004-07-18 13:31:52
|
OK. Here's a working patch that behaves as Ka-Hing asked. FYI... the original did no transition effects, no matter what your preferences (no spinning cube, etc.) Jason __________________________________ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/ |
|
From: Ka-Hing C. <ka...@gm...> - 2004-07-18 00:07:11
|
On Sat, 17 Jul 2004 16:52:31 -0700 (PDT), Jason Sonnenschein <je...@ya...> wrote: > Either sounds good to me.... Not 100% sure how to code that... I'm new to the > code. Would it basically mean changing (in func collectWindows of > WorkspaceController.m) > > Workspace *firstWorkspace = [self workspaceAtIndex: 0]; > > to > > Workspace *currentWorkspace = [[WorkspaceController defaultController] > currentWorkspace]; > > then change each use of firstWorkspace, in this function, to currentWorkspace > > ? I took a quick look, and that seems to be reasonable to me. I think this is better because, say when I quit desktop manager by logging out, I probably don't care to see the rotating cube (or any other animation). Also in that function there are two unnecessary assignments for the loop variables. Either way, whatever it does doesn't really matter to me, since I don't quit desktop manager until I logoff anyways, or if it crashes. Hmm, is there a way for a Cocoa app to add some code for crash handling? [Off topic]: Should it be called WSManager or Desktop Manager? I found myself using it interchangably all the time... -khc |
|
From: Jason S. <je...@ya...> - 2004-07-17 23:52:36
|
> > Shouldn't the "proper" behavior be collecting all windows to the > current desktop? > > -khc > Either sounds good to me.... Not 100% sure how to code that... I'm new to the code. Would it basically mean changing (in func collectWindows of WorkspaceController.m) Workspace *firstWorkspace = [self workspaceAtIndex: 0]; to Workspace *currentWorkspace = [[WorkspaceController defaultController] currentWorkspace]; then change each use of firstWorkspace, in this function, to currentWorkspace ? Jason __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail |
|
From: Ka-Hing C. <ka...@gm...> - 2004-07-16 16:04:15
|
On Thu, 15 Jul 2004 19:12:54 -0700 (PDT), Jason Sonnenschein <je...@ya...> wrote: > Hi all, > > Collect windows will allow you to "strand" yourself.... if you're on the > second desktop, it will collect all windows to the first one before quitting, > then all your windows are out of reach, unless you re-run desktop manager. > Attached is a simple fix, that does an instant transition to desktop 1 before > collecting windows. It's a patch for Core/WorkspaceController.m. It would be > great if this could wind up in the production copy of 0.52, now that > collect-windows is the de-facto quit-time behavior. Shouldn't the "proper" behavior be collecting all windows to the current desktop? -khc |
|
From: Jason S. <je...@ya...> - 2004-07-16 02:13:00
|
Hi all, Collect windows will allow you to "strand" yourself.... if you're on the second desktop, it will collect all windows to the first one before quitting, then all your windows are out of reach, unless you re-run desktop manager. Attached is a simple fix, that does an instant transition to desktop 1 before collecting windows. It's a patch for Core/WorkspaceController.m. It would be great if this could wind up in the production copy of 0.52, now that collect-windows is the de-facto quit-time behavior. Jason __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail |
|
From: Ka-Hing C. <ka...@gm...> - 2004-07-15 16:17:07
|
On Thu, 15 Jul 2004 13:30:00 +0100, Rich Wareham <rj...@he...> wrote: > On Wed, Jul 14, 2004 at 10:04:19PM -0700, Ka-Hing Cheung wrote: > > Updated patch so that workspace switch occurs at mouse up. The real > > reason for this is so that I can drag window from other workspace to > > the current workspace w/o switching. > > OK, I've had a look through and modified the patch a wee bit (see > http://lotsofnakedwomen.com/~rjw57/dm/pager_drag_rjw.diff). I'm going to > commit this one if no-one objects. All is well, except that the commented line in Plugins/DesktopPager/DesktopPagerCell.m probably should be removed: +// [self sendActionOn: (NSLeftMouseUpMask | NSLeftMouseDraggedMask)]; I put it in there to test some stuff and forgot to take it out. -khc |
|
From: Jason S. <je...@ya...> - 2004-07-15 15:20:23
|
Sorry Rich... you'll get this twice... I think I didn't "reply all" on the first. I think it would be good to transition to the desktop that the window is dragged to... not during the drag itself, like Naveen's original code, but when you "drop" the window--when you finish the drag. FYI: This is how CTVD works. Is this the desirable behavior? Would this be easy to code? What do folks think? Thanks, Jason __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail |
|
From: Rich W. <rj...@he...> - 2004-07-15 12:26:20
|
On Wed, Jul 14, 2004 at 10:04:19PM -0700, Ka-Hing Cheung wrote: > Updated patch so that workspace switch occurs at mouse up. The real > reason for this is so that I can drag window from other workspace to > the current workspace w/o switching. OK, I've had a look through and modified the patch a wee bit (see http://lotsofnakedwomen.com/~rjw57/dm/pager_drag_rjw.diff). I'm going to commit this one if no-one objects. I'm also going to credit Naveen and Ka-Hing unless people object as well. -- Rich |
1 message has been excluded from this view by a project administrator.
