<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/wsmanager/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/wsmanager/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 17 Mar 2006 22:18:02 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/wsmanager/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Pager stays on single desktop on Intel Macs</title><link>https://sourceforge.net/p/wsmanager/bugs/124/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Great program - I still use it, even though it seems&lt;br /&gt;
that there is little activity of late?&lt;/p&gt;
&lt;p&gt;On my new iMac Intel Core Duo, the desktop pager does&lt;br /&gt;
not stay "sticky" when switching between desktops.  It&lt;br /&gt;
behaves just like another window opened on the&lt;br /&gt;
particular desktop.   This is true both for the&lt;br /&gt;
prebuilt (PPC) binary, and after I recompiled natively&lt;br /&gt;
for Intel.&lt;/p&gt;
&lt;p&gt;The pager in the menu bar works fine, though.&lt;/p&gt;
&lt;p&gt;BTW:  The Intel compatability of this program is&lt;br /&gt;
definitely better than that of CodeTek VD, where ALL&lt;br /&gt;
widnows are sticky (and don't show up on the pager at&lt;br /&gt;
all).  Kindof defeats the purpose of a multiple&lt;br /&gt;
workspace manager in the first place...&lt;/p&gt;
&lt;p&gt;-tor&lt;/p&gt;&lt;/div&gt;</description><pubDate>Fri, 17 Mar 2006 22:18:02 -0000</pubDate><guid>https://sourceforge.neta0fc34de0f4ea54ac4d5104c152bb8812e13cfd2</guid></item><item><title>Does not launch in Tiger / Trace/BPT trap</title><link>https://sourceforge.net/p/wsmanager/bugs/123/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When I try to launch the application in 10.4 Tiger, I get the following &lt;br /&gt;
errors:&lt;/p&gt;
&lt;p&gt;djabbour:/Applications/Desktop Manager.app/Contents/MacOS &lt;br /&gt;
djabbour$ ./Desktop\ Manager &lt;br /&gt;
dyld: Symbol not found: _kCGSMovementParent&lt;br /&gt;
Referenced from: /Applications/Desktop Manager.app/Contents/&lt;br /&gt;
MacOS/./../Frameworks/DesktopManager.framework/Versions/A/&lt;br /&gt;
DesktopManager&lt;br /&gt;
Expected in: /System/Library/Frameworks/&lt;br /&gt;
ApplicationServices.framework/Versions/A/ApplicationServices&lt;/p&gt;
&lt;p&gt;Trace/BPT trap&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Jabbour</dc:creator><pubDate>Mon, 11 Apr 2005 21:55:21 -0000</pubDate><guid>https://sourceforge.netc67b5a7135664726770554254fbe68422950c6e3</guid></item><item><title>Application prompts stuck in the background</title><link>https://sourceforge.net/p/wsmanager/bugs/122/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This is more of a feature reuest then a bug. &lt;/p&gt;
&lt;p&gt;Here is an example of the problem. &lt;/p&gt;
&lt;p&gt;I have Safari up while surfing. Mail.app is open in the next desktop. I &lt;br /&gt;
switch compose a message and switch back to the desktop with &lt;br /&gt;
Safari. Mail encounters a problem and generates a popup window. &lt;br /&gt;
The window goes onto the window with Safari on it. I notice mail &lt;br /&gt;
bouncing in my dock and switch to the desktop with mail in it. Mail &lt;br /&gt;
is unresponsive because I need to reply to the prompt that is on the &lt;br /&gt;
window with Safari on it. I select mail then switch back to the &lt;br /&gt;
window with Safari on it and Safari gets forgrounded. The only way &lt;br /&gt;
to find the prompt is to use Expose to split the windows so I can &lt;br /&gt;
select the Mail app prompt. &lt;/p&gt;
&lt;p&gt;This problem is common and effect all applicaitions. &lt;/p&gt;
&lt;p&gt;Is there a way to force prompts to forground or stay on the desktop &lt;br /&gt;
with the application that spawned them?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jeremiah Alfrey</dc:creator><pubDate>Sun, 10 Apr 2005 07:33:46 -0000</pubDate><guid>https://sourceforge.netcf7cb67e00db515b89451ef5863220d37fde82ae</guid></item><item><title>No switch transition</title><link>https://sourceforge.net/p/wsmanager/bugs/121/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The switch transition ceased to work after upgrading to OS X 10.4 &lt;br /&gt;
Tiger build 8a425.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 01 Apr 2005 11:56:48 -0000</pubDate><guid>https://sourceforge.nete3b511f9c480fc53fbfda5c59bc695009c306ef3</guid></item><item><title>Hotkeys "Error" and custom Keyboard Layouts</title><link>https://sourceforge.net/p/wsmanager/bugs/120/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;using a custom "Keyboard Layout", such as one created by the tool &lt;br /&gt;
Ukelele:&lt;br /&gt;
&lt;a href="http://scripts.sil.org/cms/scripts/page.php?" rel="nofollow"&gt;http://scripts.sil.org/cms/scripts/page.php?&lt;/a&gt;&lt;br /&gt;
site_id=nrsi&amp;amp;item_id=ukelele&lt;/p&gt;
&lt;p&gt;the Hotkeys will read "Error" instead of the key combo which &lt;br /&gt;
produces the command.&lt;/p&gt;
&lt;p&gt;i have attached my custom keyboard layout, which is a small &lt;br /&gt;
modification of the British layout, but the §ą key produces # &lt;br /&gt;
instead.&lt;/p&gt;
&lt;p&gt;either place this file in ~/Library/Keyboard Layout or (to avoid &lt;br /&gt;
conflicts in some user switching scenarios) the system wide folder.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sam Halliday</dc:creator><pubDate>Mon, 28 Mar 2005 16:45:59 -0000</pubDate><guid>https://sourceforge.net205e7616757a4952594d6d42e2daa272ece40e74</guid></item><item><title>Desktop Name moves after screen resize</title><link>https://sourceforge.net/p/wsmanager/bugs/119/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;if an application resizes the screen the desktop name is moved.&lt;/p&gt;
&lt;p&gt;my sepcific example is Neverwinter Nights, which has a demo &lt;br /&gt;
downloadable from&lt;br /&gt;
&lt;a href="http://www.macgamefiles.com/download.php?item=17716." rel="nofollow"&gt;http://www.macgamefiles.com/download.php?item=17716.&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;for a working proof of this bug, place the desktop name on the &lt;br /&gt;
bottom right corner of the screen. start the game demo above and &lt;br /&gt;
then exit. upon returning to the normal deskop, the desktop name &lt;br /&gt;
will have moved to somewhere near the top right of the desktop.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sam Halliday</dc:creator><pubDate>Mon, 28 Mar 2005 16:40:24 -0000</pubDate><guid>https://sourceforge.net2dd24e4dbb3fd7dc04909b83fbf021dfbd791afe</guid></item><item><title>Exposé F10 problem on ATI chipset(s)</title><link>https://sourceforge.net/p/wsmanager/bugs/118/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I have desktop manager installed on two machines. A PowerMac G5 &lt;br /&gt;
with a nVidia GeForce 5200 FX, and a PowerBook G4 17" with a &lt;br /&gt;
mobility Radeon 9600.&lt;/p&gt;
&lt;p&gt;On the desktop G5, it works perfectly, but on the laptop, when you &lt;br /&gt;
hit the default F10 Exposé key to highlight windows of the current &lt;br /&gt;
application while dimming any windows of background applications, &lt;br /&gt;
it does not perform any dimming. This makes the F10 Exposé &lt;br /&gt;
function useless or worse, as without the contrast between &lt;br /&gt;
foreground and background apps, forcing all the foreground app's to &lt;br /&gt;
not overlap can actually make things visually very difficult to pick &lt;br /&gt;
out.&lt;/p&gt;
&lt;p&gt;It seems like it might be a difference in the ATI versus the nVidia &lt;br /&gt;
driver implementation. Possibly related to the driver updates &lt;br /&gt;
that were part of 10.3.7 or 10.3.8&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 02 Mar 2005 17:19:45 -0000</pubDate><guid>https://sourceforge.netca84fb2b0893994d9a86de5d538ef0abc9d1c2e7</guid></item><item><title>Getting creazy on dual-monitor desktop spanning </title><link>https://sourceforge.net/p/wsmanager/bugs/117/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;PowerBook G4, Mac Os X 10.3.7.&lt;/p&gt;
&lt;p&gt;Using "desktop spanning" feature (display arrangement): extra &lt;br /&gt;
monitor - positioned on top of (above) the native screen.&lt;/p&gt;
&lt;p&gt;If window is positioned on the extra monitor (above the main &lt;br /&gt;
screen), Alt+Command+O does notthing.&lt;/p&gt;
&lt;p&gt;I have to pull the window on the main screen, call the menu, move &lt;br /&gt;
the window, switch to new desktop (the one I put the window on) &lt;br /&gt;
and pull the window up onto additional display.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Mon, 14 Feb 2005 06:50:42 -0000</pubDate><guid>https://sourceforge.netf8a8bd9255277209a58404518c43ef1938a9c331</guid></item><item><title>move window to other desktop doesn't update menubar switcher</title><link>https://sourceforge.net/p/wsmanager/bugs/116/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;v0.5.2 rc2&lt;/p&gt;
&lt;p&gt;I moved some finder windows to an empty desktop by selecting them from the current desktop menu.  The mini picture of the target desktop in the menubar was still empty (although the windows did move).  The wireframes for the moved windows remained in the current desktop mini picture.&lt;/p&gt;
&lt;p&gt;jltaylor at pobox dot com&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Mon, 31 Jan 2005 04:10:26 -0000</pubDate><guid>https://sourceforge.net2cb37aaf9ad228058bcecf0ead16cf2ab7673b66</guid></item><item><title>Not compatable with StickyWindows...</title><link>https://sourceforge.net/p/wsmanager/bugs/115/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When using Desktop Manager and StickyWindows (http://&lt;br /&gt;
www.donelleschi.com/) together, there is a bug...&lt;/p&gt;
&lt;p&gt;basically, if you don't already know, stickywindows lets you put &lt;br /&gt;
windows in/on so called tabs on the corner of the screen.&lt;br /&gt;
altho when using desktop manager to switch desktop, those tabs &lt;br /&gt;
disapear (obviously since they don't belong to the other desktop), &lt;br /&gt;
but the problem comes when switching back to the first desktop &lt;br /&gt;
which had those tabs, they simply don't reapear...&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 31 Dec 2004 00:57:43 -0000</pubDate><guid>https://sourceforge.net6bde0eded43194f82a24025762e07560f9d1862c</guid></item></channel></rss>