Menu
▾
▴
dynapi-notify — Read-only list for tracker notifications (Bugs, Patches, Feature Requests, etc.)
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(57) |
Sep
(29) |
Oct
|
Nov
(6) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2005-08-31 14:17:59
|
Bugs item #1274309, was opened at 2005-08-26 16:46 Message generated for change (Comment added) made by skang You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: None Status: Open >Resolution: None Priority: 5 Submitted By: ksj (skang) Assigned to: Andrew Gillett (agillett) Summary: unable to redraw dynlayer object in IE 6.0 Initial Comment: layer2 is a dynlayer object which is already a children of dynlayer object layer1. The following redraw logic does not work in IE 6.0 layer2.removeFromParent(); layer1.addChild(layer2); Below is the error message: Line: 51 Char: 4 Error: invalid argument Code: 0 URL: http://127.0.0.1/test.html ---------------------------------------------------------------------- >Comment By: ksj (skang) Date: 2005-08-31 10:17 Message: Logged In: YES user_id=1335843 First, thanks a lot for checking this problem. Your test code does work. To reproduce my problem, please unzip my attached file and put it in "test" folder under the dynapi's "examples" folder. "desktop.html" is the entrance page. Please follow steps below to see the problem: ========================================== Problem for IE6: Step 1: browse page: "desktop.html" and remember what's in the the lower frame of the screen. Step 2: click "Set Desktop" button to redraw the lower frame of the screen. You can see how the yellow layer and blue layer disappear. ========================================== BTW, I just found another problem for the same code when running it in firefox 1.0.1. Below are the steps to reproduce the problem: Step 1: browse page: "desktop.html" and remember what's in the upper frame of the screen. Step 2: click the browser's "reload" button to refresh the page. You'll see that "toolbar1" disappears ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-31 09:06 Message: Logged In: YES user_id=706287 Also, let us know what specific version of DynAPI you are using. I did not see the problem with dynapi-3.0.0-beta2. So provide a complete example of the failure, and the DynAPI version you're using. ---------------------------------------------------------------------- Comment By: Andrew Gillett (agillett) Date: 2005-08-30 23:48 Message: Logged In: YES user_id=134108 I haven't been able to reproduce this error. My test case is http://dynapi.sourceforge.net/releases/dynapi3x/test/006.Redraw.html Can you supply the complete code for your example that fails? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-31 13:06:23
|
Bugs item #1274309, was opened at 2005-08-26 16:46 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: None Status: Open Resolution: Works For Me Priority: 5 Submitted By: ksj (skang) Assigned to: Andrew Gillett (agillett) Summary: unable to redraw dynlayer object in IE 6.0 Initial Comment: layer2 is a dynlayer object which is already a children of dynlayer object layer1. The following redraw logic does not work in IE 6.0 layer2.removeFromParent(); layer1.addChild(layer2); Below is the error message: Line: 51 Char: 4 Error: invalid argument Code: 0 URL: http://127.0.0.1/test.html ---------------------------------------------------------------------- >Comment By: L W (warp9pnt9) Date: 2005-08-31 09:06 Message: Logged In: YES user_id=706287 Also, let us know what specific version of DynAPI you are using. I did not see the problem with dynapi-3.0.0-beta2. So provide a complete example of the failure, and the DynAPI version you're using. ---------------------------------------------------------------------- Comment By: Andrew Gillett (agillett) Date: 2005-08-30 23:48 Message: Logged In: YES user_id=134108 I haven't been able to reproduce this error. My test case is http://dynapi.sourceforge.net/releases/dynapi3x/test/006.Redraw.html Can you supply the complete code for your example that fails? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-31 12:37:05
|
Bugs item #1277369, was opened at 2005-08-31 22:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1277369&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andrew Gillett (agillett) Assigned to: Nobody/Anonymous (nobody) Summary: Style and Class confusion Initial Comment: dynlayer_base.js contains this code: p.setClass = function(c,noInlineStyle){ this._className=c; if(this.css) this.css.className=cn; else { this._cssClass=(c)? 'class="'+c+'"':''; this._noStyle=noInlineStyle; } }; This function is doing two different and unrelated things: 1. it is setting the _className attibute of the DynObject. This is normally set in the DynObject.setPrototype method and I see no reason why it should ever change. The _className attribute indicates a DynObjects type. 2. it also sets the className attribute of the stylesheet object that belongs to the DOM element associated with the DynLayer object. The setClass method should do 2 and not 1. When I want to alter the appearance of an element by changing its style, I should not be forced to also change the DynLayers object type. p.setClass = function(c,noInlineStyle){ if(this.css) this.css.className=cn; else { this._cssClass=(c)? 'class="'+c+'"':''; this._noStyle=noInlineStyle; } }; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1277369&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-31 03:49:00
|
Bugs item #1274309, was opened at 2005-08-27 06:46 Message generated for change (Settings changed) made by agillett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: None Status: Open Resolution: Works For Me Priority: 5 Submitted By: ksj (skang) >Assigned to: Andrew Gillett (agillett) Summary: unable to redraw dynlayer object in IE 6.0 Initial Comment: layer2 is a dynlayer object which is already a children of dynlayer object layer1. The following redraw logic does not work in IE 6.0 layer2.removeFromParent(); layer1.addChild(layer2); Below is the error message: Line: 51 Char: 4 Error: invalid argument Code: 0 URL: http://127.0.0.1/test.html ---------------------------------------------------------------------- Comment By: Andrew Gillett (agillett) Date: 2005-08-31 13:48 Message: Logged In: YES user_id=134108 I haven't been able to reproduce this error. My test case is http://dynapi.sourceforge.net/releases/dynapi3x/test/006.Redraw.html Can you supply the complete code for your example that fails? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-31 03:48:30
|
Bugs item #1274309, was opened at 2005-08-27 06:46 Message generated for change (Comment added) made by agillett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: None Status: Open >Resolution: Works For Me Priority: 5 Submitted By: ksj (skang) Assigned to: Nobody/Anonymous (nobody) Summary: unable to redraw dynlayer object in IE 6.0 Initial Comment: layer2 is a dynlayer object which is already a children of dynlayer object layer1. The following redraw logic does not work in IE 6.0 layer2.removeFromParent(); layer1.addChild(layer2); Below is the error message: Line: 51 Char: 4 Error: invalid argument Code: 0 URL: http://127.0.0.1/test.html ---------------------------------------------------------------------- >Comment By: Andrew Gillett (agillett) Date: 2005-08-31 13:48 Message: Logged In: YES user_id=134108 I haven't been able to reproduce this error. My test case is http://dynapi.sourceforge.net/releases/dynapi3x/test/006.Redraw.html Can you supply the complete code for your example that fails? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-26 20:48:34
|
Bugs item #1274309, was opened at 2005-08-26 16:46 Message generated for change (Settings changed) made by skang You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: None Status: Open Resolution: None Priority: 5 Submitted By: ksj (skang) Assigned to: Nobody/Anonymous (nobody) >Summary: unable to redraw dynlayer object in IE 6.0 Initial Comment: layer2 is a dynlayer object which is already a children of dynlayer object layer1. The following redraw logic does not work in IE 6.0 layer2.removeFromParent(); layer1.addChild(layer2); Below is the error message: Line: 51 Char: 4 Error: invalid argument Code: 0 URL: http://127.0.0.1/test.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-26 20:46:27
|
Bugs item #1274309, was opened at 2005-08-26 16:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: None Status: Open Resolution: None Priority: 5 Submitted By: ksj (skang) Assigned to: Nobody/Anonymous (nobody) Summary: unable redraw dynlayer object in IE 6.0 Initial Comment: layer2 is a dynlayer object which is already a children of dynlayer object layer1. The following redraw logic does not work in IE 6.0 layer2.removeFromParent(); layer1.addChild(layer2); Below is the error message: Line: 51 Char: 4 Error: invalid argument Code: 0 URL: http://127.0.0.1/test.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1274309&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-25 13:17:05
|
Bugs item #1271970, was opened at 2005-08-25 17:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1271970&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alexander (askvortsov) Assigned to: Nobody/Anonymous (nobody) Summary: undefined properties in explorer.js Initial Comment: src\gui\explorer.js, line 51: this.allLeaves[this.firstOne].unfoldTo(id); this.firstOne property is undefined (maybe use this.root.id ?) src\gui\explorer.js, line 56: h[leave.id]=b; b variable is undefined. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1271970&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-20 04:57:34
|
Bugs item #1254269, was opened at 2005-08-08 11:26 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1254269&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: Feature Request >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Doug Melvin (doug_melvin) Assigned to: L W (warp9pnt9) Summary: please don't block content menu by default Initial Comment: During the final phase of development on DynAPI 2X we had decided that automatically blocking the context menu by default was confusing to fledgling DYnAPI users (and to seasoned users too is seems) I can not find where the context menu is blocked by default. Can we please: a) change the default behaviour so that context menus work normally UNLESS the developer chooses otherwise and; b) tell me where the heck to disable this in my copy Thank you. ---------------------------------------------------------------------- >Comment By: L W (warp9pnt9) Date: 2005-08-20 00:57 Message: Logged In: YES user_id=706287 Well, haven't heard anything on this, so I guess there is no problem, and I'll close the bug. If this does pop up anyone, let us know, we can revisit it. But please make sure it is reproducible and if so supply a simplified example. ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-08 14:36 Message: Logged In: YES user_id=706287 Well I used some relatively simple code. I think it represents "default". It just includes all libraries (except debug and gui) and creates a single DynLayer and adds it to the page. With IE6 and Firefox 1.0.6, I can get the context menu fine. The gui library has a package which includes nodeitem.js, which throws an error in Mozilla. That belongs in another bug report, so I comment it for now. If you can duplicate this reliably, and boil it down to the barest minimal, then please attach a simple file such that I only have to change the script src and setPath to test. Or even if it seems to happen at random, attach an example, and others can try. Be sure to test against the current release and mention which browsers (IE6, Mozilla, Opera, ...) are affected. ---------------------------------------------------------------------- Comment By: Doug Melvin (doug_melvin) Date: 2005-08-08 11:46 Message: Logged In: YES user_id=184788 well.. I have no idea what happened.. one minute my conetxt menu won't work.. the next minute it does work. I am very confused now. I does seem that the default is to not block context menus. Can anyone confirm either way? If so we'll just assume I pulled Melvin and close this one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1254269&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-19 23:31:54
|
Bugs item #1264231, was opened at 2005-08-19 14:31 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1264231&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None >Group: Verified Status: Open Resolution: None >Priority: 7 Submitted By: qq365 (qq365) >Assigned to: L W (warp9pnt9) Summary: viewpane is out of work in firefox 1.6 Initial Comment: In firefox 1.6. viewpane's horizontal scroll bar is out of work. Just open the sample file: "dynapi/examples/dynapi.gui.viewpane.html" in firefox 1.6. ---------------------------------------------------------------------- >Comment By: L W (warp9pnt9) Date: 2005-08-19 19:31 Message: Logged In: YES user_id=706287 I've known of this for a while now, still I do not understand what or why it is broken. I'll revisit this weekend. I suspect that this is the cause for bug 1254376 "A Little UI bug". http://sourceforge.net/tracker/index.php?func=detail&aid=1254376&group_id=5757&atid=105757 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1264231&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-19 23:25:31
|
Bugs item #1256615, was opened at 2005-08-11 07:20 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Verified >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Alexander (askvortsov) Assigned to: L W (warp9pnt9) Summary: GUI component Explorer renders incorrectly under firefox Initial Comment: Under firefox 1.0.4, dynapi 3.0.0 beta 2: Open dynapi docs -> examples -> GUI components / Explorer. Left sample have text for some nodes on new line (see attached screenshot). ---------------------------------------------------------------------- >Comment By: L W (warp9pnt9) Date: 2005-08-19 19:25 Message: Logged In: YES user_id=706287 Well, it's been a week, haven't heard anything, so I am gussing this works and I'll close the bug. If you find otherwise, please come back here and we'll reopen. But come back with a solution if you can. ;-) ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-12 03:17 Message: Logged In: YES user_id=706287 Actually, I just went to the explorer block style, removed the nowrap, and exhibit almost the same behavior in Internet Explorer as in Mozilla Firefox. So it does not seem to be entirely browser-centric. But it is weird how IE does manage to work right in the explorer style without nowrap. Either way, having the nowrap there ensures this piece will work properly in these two browsers. Anyone tried throwing it at Opera? ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-12 02:33 Message: Logged In: YES user_id=706287 Hmm, yes, I know I ignored that the problem might be elsewhere by using a quick fix. ;-) If there are some things going on deeper in the API, then it would affect more than just this, so I'll keep digging. But for now at least this seems to work well enough. But yeah, it does not explain why IE was not having the same problem, so the problem still exists in Mozilla. :-\ Ahh well. ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-12 02:28 Message: Logged In: YES user_id=706287 File: dynapi/src/gui/explorer.style.js Line: 65 Go to the end of the line. Add nowrap. Done. :-) < var ret = '<tr><td><img src="'+iWht.src+'" height="1" width="5"></td><td valign="top">'; > var ret = '<tr><td><img src="'+iWht.src+'" height="1" width="5"></td><td valign="top" nowrap>'; See if that fixes it! Folks, try it, and let us know if it breaks anything. Doug, thanks for the tip, it may very well apply to three other recent bugs. ---------------------------------------------------------------------- Comment By: Alexander (askvortsov) Date: 2005-08-12 02:24 Message: Logged In: YES user_id=1327534 Attached screenshot. I think problem is in explorer.style.js _adjustSize function. After I change it to always use _OldAdjustSize, tree size is correct, and text is not wrapped. Checked this on IE and firefox. ---------------------------------------------------------------------- Comment By: Doug Melvin (doug_melvin) Date: 2005-08-11 22:34 Message: Logged In: YES user_id=184788 i may be just p***ing in the wind, however, I do recall a bug in mozilla/ff itself where the content width is invalid under most conditions.. mayhapse there is contentwidth being used, or the autoresize thingy, in which case I would not expect it to work in ff correctly. Hoever, FF renders CSS better (and mor consitantly) than any other browser I have worked which may explain why it's okay when you set the style class. cheers ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-11 22:21 Message: Logged In: YES user_id=706287 Umm, where's the screenshot? In any case... Ahh yes, I did notice this too in Mozilla 1.0.6 / WinXP. But I hadn't looked in IE6. I just assumed it was an alternative listing style. But I too would expect it to be on one line. In IE, the Explorer apparently expands to accommodate the text. In Mozilla, the text is wrapped and the Explorer shrinks (or vice versa). If I take the HTML for a leave and look at it alone in Mozilla, it seems fine. I have no idea why the explorer won't grow big enough to let the text not wrap. Yet the explorer on the right (mail) seems fine to me. Look at these lines for a clue. File: dynapi/examples/dynapi.gui.explorer.html 19: var exp = new Explorer(70,100); 44: var exp2 = new Explorer(270,100,null,null,'ExplorerBlock'); Change line 19 above to this: 19: var exp = new Explorer(70,100,null,null,'ExplorerBlock'); Change nothing else. Seems to work fine. The Explorer Block Style seems to handle the thing properly. At this point I have no idea how, or which way is correct, or why, or how to fix, etc. :p I'm looking in to quite a few bugs already. If anyone can figure this out please share your solution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-19 18:31:58
|
Bugs item #1264231, was opened at 2005-08-19 18:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1264231&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: qq365 (qq365) Assigned to: Nobody/Anonymous (nobody) Summary: viewpane is out of work in firefox 1.6 Initial Comment: In firefox 1.6. viewpane's horizontal scroll bar is out of work. Just open the sample file: "dynapi/examples/dynapi.gui.viewpane.html" in firefox 1.6. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1264231&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-15 15:07:50
|
Bugs item #1258896, was opened at 2005-08-14 05:57 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258896&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Deleted >Resolution: Duplicate Priority: 5 Submitted By: qq365 (qq365) Assigned to: Nobody/Anonymous (nobody) Summary: setDragBoundary bug Initial Comment: oepn the file. ---------------------------------------------------------------------- >Comment By: L W (warp9pnt9) Date: 2005-08-15 11:07 Message: Logged In: YES user_id=706287 This bug is a duplicate of 1258870. https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258870&group_id=5757 ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-14 10:59 Message: Logged In: YES user_id=706287 The details of the bug were not sufficient enough in order to duplicate. Please provide a more detailed description of the bug as well as an example that demonstrates the behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258896&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-15 12:33:38
|
Bugs item #1258870, was opened at 2005-08-14 08:49 Message generated for change (Comment added) made by qq365 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258870&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: qq365 (qq365) Assigned to: Nobody/Anonymous (nobody) Summary: setDragBoundary bug Initial Comment: oepn the file. ---------------------------------------------------------------------- >Comment By: qq365 (qq365) Date: 2005-08-15 12:33 Message: Logged In: YES user_id=1274026 OK, read the source code, and the page action. setDragBoundary is out of work in some case. ---------------------------------------------------------------------- Comment By: qq365 (qq365) Date: 2005-08-15 03:12 Message: Logged In: YES user_id=1274026 The details of the bug were not sufficient enough in order to duplicate. Please provide a more detailed description of the bug as well as an example that demonstrates the behavior. ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-14 14:59 Message: Logged In: YES user_id=706287 The details of the bug were not sufficient enough in order to duplicate. Please provide a more detailed description of the bug as well as an example that demonstrates the behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258870&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-15 03:12:32
|
Bugs item #1258870, was opened at 2005-08-14 08:49 Message generated for change (Comment added) made by qq365 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258870&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: qq365 (qq365) Assigned to: Nobody/Anonymous (nobody) Summary: setDragBoundary bug Initial Comment: oepn the file. ---------------------------------------------------------------------- Comment By: qq365 (qq365) Date: 2005-08-15 03:12 Message: Logged In: YES user_id=1274026 The details of the bug were not sufficient enough in order to duplicate. Please provide a more detailed description of the bug as well as an example that demonstrates the behavior. ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-14 14:59 Message: Logged In: YES user_id=706287 The details of the bug were not sufficient enough in order to duplicate. Please provide a more detailed description of the bug as well as an example that demonstrates the behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258870&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-14 14:59:46
|
Bugs item #1258896, was opened at 2005-08-14 05:57 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258896&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: qq365 (qq365) Assigned to: Nobody/Anonymous (nobody) Summary: setDragBoundary bug Initial Comment: oepn the file. ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-14 10:59 Message: Logged In: YES user_id=706287 The details of the bug were not sufficient enough in order to duplicate. Please provide a more detailed description of the bug as well as an example that demonstrates the behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258896&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-14 14:59:39
|
Bugs item #1258870, was opened at 2005-08-14 04:49 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258870&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: qq365 (qq365) Assigned to: Nobody/Anonymous (nobody) Summary: setDragBoundary bug Initial Comment: oepn the file. ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-14 10:59 Message: Logged In: YES user_id=706287 The details of the bug were not sufficient enough in order to duplicate. Please provide a more detailed description of the bug as well as an example that demonstrates the behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258870&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-14 09:57:32
|
Bugs item #1258896, was opened at 2005-08-14 09:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258896&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: qq365 (qq365) Assigned to: Nobody/Anonymous (nobody) Summary: setDragBoundary bug Initial Comment: oepn the file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258896&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-14 08:49:13
|
Bugs item #1258870, was opened at 2005-08-14 08:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258870&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: qq365 (qq365) Assigned to: Nobody/Anonymous (nobody) Summary: setDragBoundary bug Initial Comment: oepn the file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1258870&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-12 07:17:34
|
Bugs item #1256615, was opened at 2005-08-11 07:20 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Verified Status: Pending Resolution: None Priority: 5 Submitted By: Alexander (askvortsov) Assigned to: L W (warp9pnt9) Summary: GUI component Explorer renders incorrectly under firefox Initial Comment: Under firefox 1.0.4, dynapi 3.0.0 beta 2: Open dynapi docs -> examples -> GUI components / Explorer. Left sample have text for some nodes on new line (see attached screenshot). ---------------------------------------------------------------------- >Comment By: L W (warp9pnt9) Date: 2005-08-12 03:17 Message: Logged In: YES user_id=706287 Actually, I just went to the explorer block style, removed the nowrap, and exhibit almost the same behavior in Internet Explorer as in Mozilla Firefox. So it does not seem to be entirely browser-centric. But it is weird how IE does manage to work right in the explorer style without nowrap. Either way, having the nowrap there ensures this piece will work properly in these two browsers. Anyone tried throwing it at Opera? ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-12 02:33 Message: Logged In: YES user_id=706287 Hmm, yes, I know I ignored that the problem might be elsewhere by using a quick fix. ;-) If there are some things going on deeper in the API, then it would affect more than just this, so I'll keep digging. But for now at least this seems to work well enough. But yeah, it does not explain why IE was not having the same problem, so the problem still exists in Mozilla. :-\ Ahh well. ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-12 02:28 Message: Logged In: YES user_id=706287 File: dynapi/src/gui/explorer.style.js Line: 65 Go to the end of the line. Add nowrap. Done. :-) < var ret = '<tr><td><img src="'+iWht.src+'" height="1" width="5"></td><td valign="top">'; > var ret = '<tr><td><img src="'+iWht.src+'" height="1" width="5"></td><td valign="top" nowrap>'; See if that fixes it! Folks, try it, and let us know if it breaks anything. Doug, thanks for the tip, it may very well apply to three other recent bugs. ---------------------------------------------------------------------- Comment By: Alexander (askvortsov) Date: 2005-08-12 02:24 Message: Logged In: YES user_id=1327534 Attached screenshot. I think problem is in explorer.style.js _adjustSize function. After I change it to always use _OldAdjustSize, tree size is correct, and text is not wrapped. Checked this on IE and firefox. ---------------------------------------------------------------------- Comment By: Doug Melvin (doug_melvin) Date: 2005-08-11 22:34 Message: Logged In: YES user_id=184788 i may be just p***ing in the wind, however, I do recall a bug in mozilla/ff itself where the content width is invalid under most conditions.. mayhapse there is contentwidth being used, or the autoresize thingy, in which case I would not expect it to work in ff correctly. Hoever, FF renders CSS better (and mor consitantly) than any other browser I have worked which may explain why it's okay when you set the style class. cheers ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-11 22:21 Message: Logged In: YES user_id=706287 Umm, where's the screenshot? In any case... Ahh yes, I did notice this too in Mozilla 1.0.6 / WinXP. But I hadn't looked in IE6. I just assumed it was an alternative listing style. But I too would expect it to be on one line. In IE, the Explorer apparently expands to accommodate the text. In Mozilla, the text is wrapped and the Explorer shrinks (or vice versa). If I take the HTML for a leave and look at it alone in Mozilla, it seems fine. I have no idea why the explorer won't grow big enough to let the text not wrap. Yet the explorer on the right (mail) seems fine to me. Look at these lines for a clue. File: dynapi/examples/dynapi.gui.explorer.html 19: var exp = new Explorer(70,100); 44: var exp2 = new Explorer(270,100,null,null,'ExplorerBlock'); Change line 19 above to this: 19: var exp = new Explorer(70,100,null,null,'ExplorerBlock'); Change nothing else. Seems to work fine. The Explorer Block Style seems to handle the thing properly. At this point I have no idea how, or which way is correct, or why, or how to fix, etc. :p I'm looking in to quite a few bugs already. If anyone can figure this out please share your solution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-12 06:33:37
|
Bugs item #1256615, was opened at 2005-08-11 07:20 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Verified Status: Pending Resolution: None Priority: 5 Submitted By: Alexander (askvortsov) Assigned to: L W (warp9pnt9) Summary: GUI component Explorer renders incorrectly under firefox Initial Comment: Under firefox 1.0.4, dynapi 3.0.0 beta 2: Open dynapi docs -> examples -> GUI components / Explorer. Left sample have text for some nodes on new line (see attached screenshot). ---------------------------------------------------------------------- >Comment By: L W (warp9pnt9) Date: 2005-08-12 02:33 Message: Logged In: YES user_id=706287 Hmm, yes, I know I ignored that the problem might be elsewhere by using a quick fix. ;-) If there are some things going on deeper in the API, then it would affect more than just this, so I'll keep digging. But for now at least this seems to work well enough. But yeah, it does not explain why IE was not having the same problem, so the problem still exists in Mozilla. :-\ Ahh well. ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-12 02:28 Message: Logged In: YES user_id=706287 File: dynapi/src/gui/explorer.style.js Line: 65 Go to the end of the line. Add nowrap. Done. :-) < var ret = '<tr><td><img src="'+iWht.src+'" height="1" width="5"></td><td valign="top">'; > var ret = '<tr><td><img src="'+iWht.src+'" height="1" width="5"></td><td valign="top" nowrap>'; See if that fixes it! Folks, try it, and let us know if it breaks anything. Doug, thanks for the tip, it may very well apply to three other recent bugs. ---------------------------------------------------------------------- Comment By: Alexander (askvortsov) Date: 2005-08-12 02:24 Message: Logged In: YES user_id=1327534 Attached screenshot. I think problem is in explorer.style.js _adjustSize function. After I change it to always use _OldAdjustSize, tree size is correct, and text is not wrapped. Checked this on IE and firefox. ---------------------------------------------------------------------- Comment By: Doug Melvin (doug_melvin) Date: 2005-08-11 22:34 Message: Logged In: YES user_id=184788 i may be just p***ing in the wind, however, I do recall a bug in mozilla/ff itself where the content width is invalid under most conditions.. mayhapse there is contentwidth being used, or the autoresize thingy, in which case I would not expect it to work in ff correctly. Hoever, FF renders CSS better (and mor consitantly) than any other browser I have worked which may explain why it's okay when you set the style class. cheers ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-11 22:21 Message: Logged In: YES user_id=706287 Umm, where's the screenshot? In any case... Ahh yes, I did notice this too in Mozilla 1.0.6 / WinXP. But I hadn't looked in IE6. I just assumed it was an alternative listing style. But I too would expect it to be on one line. In IE, the Explorer apparently expands to accommodate the text. In Mozilla, the text is wrapped and the Explorer shrinks (or vice versa). If I take the HTML for a leave and look at it alone in Mozilla, it seems fine. I have no idea why the explorer won't grow big enough to let the text not wrap. Yet the explorer on the right (mail) seems fine to me. Look at these lines for a clue. File: dynapi/examples/dynapi.gui.explorer.html 19: var exp = new Explorer(70,100); 44: var exp2 = new Explorer(270,100,null,null,'ExplorerBlock'); Change line 19 above to this: 19: var exp = new Explorer(70,100,null,null,'ExplorerBlock'); Change nothing else. Seems to work fine. The Explorer Block Style seems to handle the thing properly. At this point I have no idea how, or which way is correct, or why, or how to fix, etc. :p I'm looking in to quite a few bugs already. If anyone can figure this out please share your solution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-12 06:28:29
|
Bugs item #1256615, was opened at 2005-08-11 07:20 Message generated for change (Comment added) made by warp9pnt9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Verified >Status: Pending Resolution: None Priority: 5 Submitted By: Alexander (askvortsov) Assigned to: L W (warp9pnt9) Summary: GUI component Explorer renders incorrectly under firefox Initial Comment: Under firefox 1.0.4, dynapi 3.0.0 beta 2: Open dynapi docs -> examples -> GUI components / Explorer. Left sample have text for some nodes on new line (see attached screenshot). ---------------------------------------------------------------------- >Comment By: L W (warp9pnt9) Date: 2005-08-12 02:28 Message: Logged In: YES user_id=706287 File: dynapi/src/gui/explorer.style.js Line: 65 Go to the end of the line. Add nowrap. Done. :-) < var ret = '<tr><td><img src="'+iWht.src+'" height="1" width="5"></td><td valign="top">'; > var ret = '<tr><td><img src="'+iWht.src+'" height="1" width="5"></td><td valign="top" nowrap>'; See if that fixes it! Folks, try it, and let us know if it breaks anything. Doug, thanks for the tip, it may very well apply to three other recent bugs. ---------------------------------------------------------------------- Comment By: Alexander (askvortsov) Date: 2005-08-12 02:24 Message: Logged In: YES user_id=1327534 Attached screenshot. I think problem is in explorer.style.js _adjustSize function. After I change it to always use _OldAdjustSize, tree size is correct, and text is not wrapped. Checked this on IE and firefox. ---------------------------------------------------------------------- Comment By: Doug Melvin (doug_melvin) Date: 2005-08-11 22:34 Message: Logged In: YES user_id=184788 i may be just p***ing in the wind, however, I do recall a bug in mozilla/ff itself where the content width is invalid under most conditions.. mayhapse there is contentwidth being used, or the autoresize thingy, in which case I would not expect it to work in ff correctly. Hoever, FF renders CSS better (and mor consitantly) than any other browser I have worked which may explain why it's okay when you set the style class. cheers ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-11 22:21 Message: Logged In: YES user_id=706287 Umm, where's the screenshot? In any case... Ahh yes, I did notice this too in Mozilla 1.0.6 / WinXP. But I hadn't looked in IE6. I just assumed it was an alternative listing style. But I too would expect it to be on one line. In IE, the Explorer apparently expands to accommodate the text. In Mozilla, the text is wrapped and the Explorer shrinks (or vice versa). If I take the HTML for a leave and look at it alone in Mozilla, it seems fine. I have no idea why the explorer won't grow big enough to let the text not wrap. Yet the explorer on the right (mail) seems fine to me. Look at these lines for a clue. File: dynapi/examples/dynapi.gui.explorer.html 19: var exp = new Explorer(70,100); 44: var exp2 = new Explorer(270,100,null,null,'ExplorerBlock'); Change line 19 above to this: 19: var exp = new Explorer(70,100,null,null,'ExplorerBlock'); Change nothing else. Seems to work fine. The Explorer Block Style seems to handle the thing properly. At this point I have no idea how, or which way is correct, or why, or how to fix, etc. :p I'm looking in to quite a few bugs already. If anyone can figure this out please share your solution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-12 06:24:42
|
Bugs item #1256615, was opened at 2005-08-11 15:20 Message generated for change (Comment added) made by askvortsov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Verified Status: Open Resolution: None Priority: 5 Submitted By: Alexander (askvortsov) Assigned to: L W (warp9pnt9) Summary: GUI component Explorer renders incorrectly under firefox Initial Comment: Under firefox 1.0.4, dynapi 3.0.0 beta 2: Open dynapi docs -> examples -> GUI components / Explorer. Left sample have text for some nodes on new line (see attached screenshot). ---------------------------------------------------------------------- >Comment By: Alexander (askvortsov) Date: 2005-08-12 10:24 Message: Logged In: YES user_id=1327534 Attached screenshot. I think problem is in explorer.style.js _adjustSize function. After I change it to always use _OldAdjustSize, tree size is correct, and text is not wrapped. Checked this on IE and firefox. ---------------------------------------------------------------------- Comment By: Doug Melvin (doug_melvin) Date: 2005-08-12 06:34 Message: Logged In: YES user_id=184788 i may be just p***ing in the wind, however, I do recall a bug in mozilla/ff itself where the content width is invalid under most conditions.. mayhapse there is contentwidth being used, or the autoresize thingy, in which case I would not expect it to work in ff correctly. Hoever, FF renders CSS better (and mor consitantly) than any other browser I have worked which may explain why it's okay when you set the style class. cheers ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-12 06:21 Message: Logged In: YES user_id=706287 Umm, where's the screenshot? In any case... Ahh yes, I did notice this too in Mozilla 1.0.6 / WinXP. But I hadn't looked in IE6. I just assumed it was an alternative listing style. But I too would expect it to be on one line. In IE, the Explorer apparently expands to accommodate the text. In Mozilla, the text is wrapped and the Explorer shrinks (or vice versa). If I take the HTML for a leave and look at it alone in Mozilla, it seems fine. I have no idea why the explorer won't grow big enough to let the text not wrap. Yet the explorer on the right (mail) seems fine to me. Look at these lines for a clue. File: dynapi/examples/dynapi.gui.explorer.html 19: var exp = new Explorer(70,100); 44: var exp2 = new Explorer(270,100,null,null,'ExplorerBlock'); Change line 19 above to this: 19: var exp = new Explorer(70,100,null,null,'ExplorerBlock'); Change nothing else. Seems to work fine. The Explorer Block Style seems to handle the thing properly. At this point I have no idea how, or which way is correct, or why, or how to fix, etc. :p I'm looking in to quite a few bugs already. If anyone can figure this out please share your solution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-12 02:56:24
|
Bugs item #1257263, was opened at 2005-08-11 22:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1257263&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DynAPI 3 API Group: None Status: Open Resolution: None Priority: 5 Submitted By: L W (warp9pnt9) Assigned to: Nobody/Anonymous (nobody) Summary: Events send wrong X/Y coords to relative layers. Initial Comment: When setting up a background layer, adding to that a layer with a photograph, and adding to that a layer that you move around (fetch and drag), then there's a problem. The onmousedown event (and others) passes the X and Y coordinates +8 or +9 or so. The upper left corner of the fetched layer stops to the 8 or 9 pixels to the lower right of the cursor. Therefore you can never connect with a drag event. You must release the mouse to stop the onmousedown event from firing, then move the mouse over the layer, and mousedown again to initiate a drag. If I remove the relative insert later in the document, the upper left corner of the fetched layer comes to a stop precisely underneath the mouse cursor. This might be used in a situation when you'll have some text or images or other layers, then you'll want to relatively insert this background layer, with it's photo layer and it's fetchable/draggable layer. You won't know ahead of time how to precisely position the layer on the page, so everything must be done relative to the background layer. Maybe there's another way to do things? I'm still learning myself. I definitely would like to understand where the offset is coming from. I might have a hunch about some thing. test1 example is attached below. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1257263&group_id=5757 |
|
From: SourceForge.net <no...@so...> - 2005-08-12 02:35:01
|
Bugs item #1256615, was opened at 2005-08-11 04:20 Message generated for change (Comment added) made by doug_melvin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Verified Status: Open Resolution: None Priority: 5 Submitted By: Alexander (askvortsov) Assigned to: L W (warp9pnt9) Summary: GUI component Explorer renders incorrectly under firefox Initial Comment: Under firefox 1.0.4, dynapi 3.0.0 beta 2: Open dynapi docs -> examples -> GUI components / Explorer. Left sample have text for some nodes on new line (see attached screenshot). ---------------------------------------------------------------------- Comment By: Doug Melvin (doug_melvin) Date: 2005-08-11 19:34 Message: Logged In: YES user_id=184788 i may be just p***ing in the wind, however, I do recall a bug in mozilla/ff itself where the content width is invalid under most conditions.. mayhapse there is contentwidth being used, or the autoresize thingy, in which case I would not expect it to work in ff correctly. Hoever, FF renders CSS better (and mor consitantly) than any other browser I have worked which may explain why it's okay when you set the style class. cheers ---------------------------------------------------------------------- Comment By: L W (warp9pnt9) Date: 2005-08-11 19:21 Message: Logged In: YES user_id=706287 Umm, where's the screenshot? In any case... Ahh yes, I did notice this too in Mozilla 1.0.6 / WinXP. But I hadn't looked in IE6. I just assumed it was an alternative listing style. But I too would expect it to be on one line. In IE, the Explorer apparently expands to accommodate the text. In Mozilla, the text is wrapped and the Explorer shrinks (or vice versa). If I take the HTML for a leave and look at it alone in Mozilla, it seems fine. I have no idea why the explorer won't grow big enough to let the text not wrap. Yet the explorer on the right (mail) seems fine to me. Look at these lines for a clue. File: dynapi/examples/dynapi.gui.explorer.html 19: var exp = new Explorer(70,100); 44: var exp2 = new Explorer(270,100,null,null,'ExplorerBlock'); Change line 19 above to this: 19: var exp = new Explorer(70,100,null,null,'ExplorerBlock'); Change nothing else. Seems to work fine. The Explorer Block Style seems to handle the thing properly. At this point I have no idea how, or which way is correct, or why, or how to fix, etc. :p I'm looking in to quite a few bugs already. If anyone can figure this out please share your solution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105757&aid=1256615&group_id=5757 |
