Den 03-09-14 18.12, skrev "Leif W" <[EMAIL PROTECTED]>:

> ----- Original Message -----
> From: "Michael Bystrom" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, September 12, 2003 5:59 AM
> Subject: Re: [Dynapi-Dev] Hello List


>> Man o Man you have been busy I hope I didn't make you stay up all night

> I did stay up until about 2330 which isn't too late, but I was sleepy all
> day yesterday.  ;-)

Yepp the code does that to you


>>> 2) On the first page, the content is centered in IE 6 only, and is not
>>> centered in the other 3 browsers.

>> Hmm ?? It should not be centered align:left

> It's most definitely centered in my IE 6.  Screenshot:
> http://dynapi.kicks-ass.net/DynAPI_CVSROOT/test/Michael_Bystrom_IOS_-_QA/IE6_c
> entered.gif

Yes there it is!!!
Well Have to fix that now don't I :P



>>> 4) In the HTML Document demo, in IE 6, when dragging the "txt1.html" icon,
>>> the image disappears, then IE starts transferring data, gets the image, then
>>> displays it.  I seem to remember some recent discussion about this issue
>>> (how to cache images in IE using the DynAPI).  The whole experience in IE is
>>> affected by this.  Every time anything changes, all images are either
>>> reloaded or compared to the server, and it's slow.

>> Is this for ALL the image swapping?
>> I use this.icon.setBgImage()
>> If this is the case we/I  have to re-think the use of setBgImage and use
>> This.icon.setHTM("<img src=''>")
>> I know I did this with a client once and I changed the thumb in the
>> scrollpane to use set.HTML()

>>> * Note: when looking at
>>> the more complex things, the entire demo is so slow I'd call it unusable or
>>> unacceptable in a real-world setting.

>> IOS is very complex I give you that, and I think that broadband is a
>> necessity. But to call it unusable is harsh.
>> 
>> I've let people play with it a my local library Win IE6 (where the have a
>> nice set up for the school kids, broadband) and I works perfectly fine, and
>> I've also set it up at local networks where I think it works best. I also
>> tested in some other ways.
>> 
>> But I would agree that IOS NEEDs a fast computer there is a lot of computing
>> that is going on.
>> 
>> On a personal note:
>> I really done my best to speed things up ex. The "list.js" script is one
>> example where I use id's to identify the nodes so that if we have huge
>> tree's it will only change collapse the selected nodes. Just a simple setup
>> is faster then using the browsers style "display" feature.

> Mozilla Firebird 0.6.1 was fastest, with Mozilla 1.5 beta being about 2-3
> times slower, and IE 6 being 20-30 times slower than Mozilla Firebird 0.6.1.
> Some clarification on this.  I had my IE 6 cache setting to check for newer
> versions every visit to page.  With this setting, each and every movement or
> change on the page causes ALL images to be compared, and it's really
> unusable.  When I changed the cache setting to the other extreme, to never
> look for newer versions, then it's usable, maybe 2-3 times slower than
> Mozilla 1.5 beta.

I have the cache (mac) IE5 setup that way too (always) but hey It's a Mac...
So it works... Hehe :)

> I'm using a Athlon XP 2700 with 1GB RAM 512MB swap on a cable connection at
> 1.5Mbit/s down / 128 kbit/s up.  So line and CPU speed isn't an issue.  What
> kills the performance with the cache setting to check every time, is the
> overhead for creating a connection and doing the comparison.  The files are
> small, but when there's 100 files, and it takes about 1-2 seconds to create
> a connection to the server and compare, that's easily 100-200 seconds,
> nearly two minutes to over three minutes waiting for the images to all
> reload, after doing something simple like for example drag a Texter about 50
> pixels in one direction.  That's why I called it unusable, under those
> specific circumstances.

Ok I understand, I think I have to get me a Windows machine to play with, I
wonder what 

 
> I could do a video screen capture but I hope my description is adequate.

No need.

> Further note, I have the same "check every visit to the page" cache setting
> in Mozilla 1.5 beta and Mozilla Firebird 0.6.1, but they perform very well.

Yes I agree

> If this is specifically a browser problem, you may need to have a disclaimer
> on the page that IE with cache setting to check on "every visit to the page"
> will degrade performance drastically.

Yes agree



>>> 8) In Folder in Symbol Mode, in all browsers, there's no "taskbar" so it's
>>> difficult to get to windows that lie underneath other windows, unless moving
>>> or minimizing all windows above the target window.  This quickly becomes
>>> cumbersome.

>> Are you talking about Windows like taskbar??
>> I have no plans to add such a feature, but I think it's a good Idea and will
>> put it on the board.

> I think it's a necessity to have something like this, yes.  Even if it's
> like a floating taskbar or something.  What you've got is a basic windowing
> system, but no window manager.  Windows(tm) barely has what I'd call a
> window manager, but the taskbar feature is the minimum requirement.

I've started to write a WindowManager



>>> 9) In Folder in Symbol Mode (and probably anything with a DynAPI window with
>>> scrollbars), can't scroll with the mousewheel.  It scrolls the entire
>>> browser window, not the DynAPI window.

>> I have no plans to include such a feature it.

> This is a great inconvenience as most people nowadays have a mouse wheel,
> and it greatly increases efficiency using a windowed environment.  Maybe if
> you port this to DynAPI 3.x I'll try and add the feature.  :)

Ok



>>> 11) In all demos, in all browsers, double clicking on the text label of
>>> something selects the text in addition to the expected behaviour or opening
>>> the file, folder, or starting the app.

>> Yes I know this I know of no way a fix this.

> Think this bug was fixed in DynAPI3.

I will look into it.



>>> 13) In ColorRGB, all browsers.  Browser's scrollbars show that there's more
>>> content on the page, but there's no visible elements and there should be no
>>> scrollbars expected.
>> 
>> I don't understand what you mean
> 
> In the browser, when I first click on the ColorRGB demo link, the new
> browser window opens, and there's no scrolling.  When I double-click on
> ColorRGB(), then scrollbars appear, which look as if only 20% of the page is
> being displayed.  So I scroll down and there's nothing there.  Screenshot
> (note the scrollbar on the right side):
> http://dynapi.kicks-ass.net/DynAPI_CVSROOT/test/Michael_Bystrom_IOS_-_QA/Color
> RGB_scrolling.gif

Aha, jepp I know abaut this, the ie's scrollbars does not know that the
RGB's scrollpane is clipped it thinks it just goes on...


> No comments to 21, 22?

Sorry missed them.



>>> 21) In Texter App Mode (and all other dragable / resiable elements), in all
>>> browsers. All four size should allow resizing of the window in the
>>> specified direction only.  All 4 corners should allow simultaneous resizing
>>> in both directions specified.  Currently only the lower-right is resizable.

Jepp that's the way I like it, I know Windows has that but I've always used
the corner, BUT I'm seriously thinking about making the window pane borders
part of the dragable window.

>>> 22) In Texter App Mode (and all other dragable / resiable elements), in all
>>> browsers. There needs to be an indication when the mouse is over a
>>> button, or a draggable area.

Well I thought of that but decided that the less clutter there is the faster
the app will run, I don't want to evoke a onmouseover a trigger a method for
each thing... All that glimmer isn't gold :O)

>>> Maybe change to a reverse highlight for menu
>>> buttons, or like any apps in Windows, a little box with shading appears
>>> around the items in the menu bar.  In windows when moving the mouse over a
>>> resizable element, the mouse pointer changes to some arrows.

Yes I could change the cursor to change for the resize corner, yes
On the board

>>> While this may not be easy to do in all browsers, you can change the thing
>>> underneath the mouse i.e. make the left border change highlighted colors
>>> when mouse over, etc..


>>> Also, having "resizable" or "draggable" hotspots look "grippy"
>>> somehow, instead of all the same grey, might be an option, or might not.

Hehe well that's why I have a theme system so that YOU can design a new skin
I have a new skin that I will include with the 3.0 port.

:)




>> 23,24,25) Yes! I can not fix this.

> Yep, just thought I'd be complete in my QA.  ;-)  We've seen this in DynAPI
> 3x, someone reported to Mozilla, and they said it was a duplicate of another
> bug they were already aware of.  But didn't say when they were to fix it.
> Maybe we should be squeakier / noiseier to Mozilla?  Or are we too squeaky
> already?

Mozilla team has fixed all the bugs I've reported exept the key events, but
they have dropped support for mac OS9+ so there will never be a fix.
I will be moving over to MacX soon. They usually listen a fix stuff. Nice
people.





> No comments 26-34?

No.
I will rewrite the Viewer and your suggestions and input is noted. The
viewer was written as a test for me if I could see a Futerama Cartoon and
then I just added a buch of stuff... Need to rethink some things.




>> Leif Thanks for your input very helpful, thanks a million. Really :)
>> A little sad that you think it's unusable (but if it is because image  cache,
>> this will be fixed)
> 
> Ah, hope I cleared this up earlier, but it IS usable in Mozilla 1.5 beta and
> Mozilla Firebird 0.6.1 (except for the Mozilla family specific input event
> bug), and it was only unusable in IE 6 with the image caching issue while
> checking on every visit to the page.
"
Yes I now cleared the "cache of this... Hehe


>> IOS was written on a 300hz Macintosh powerbook and all of the examples are
>> work perfectly fine and fast. (on mozilla, it does not matter what api you
>> use or if you hard code on IE5, it does not handle complex dhtml very
>> well... And this will NEVER change since Microsoft has discontinued the
>> browser)
>> 
>> I know that IOS and DynEditor can work perfect on Windows too, I just have
>> to get my hands on one of those machines
> 
> Wish I could help out.  If you lived a little closer I'd let you borrow one.
> ;-)  If I had a faster connection I'd let you VNC into one.

Well I just have to let go of my pride and for the first time buy a (dare to
say it) Windows PC... Usch.

:)


>> Now I going to crawl under my house and install a new antenna system. Ijust
>> installed a brand new (read HUGE THX 3 preamps and 4 tvs) Hometheater and my
>> girlfriend finally got that tv in our bathroom.
> 
> BATHROOM?!?!  Wow...
> 
> Leif

Yepp we have a huge bathroom and now she can lay in the bathtub and watch
movies. No surround system yet... But maybe later :)




>> Life is sweet
>> Michael
>> 
>> 
>>> 
>>> ----- Original Message -----
>>> From: Michael Bystrom
>>> To: [EMAIL PROTECTED]
>>> Sent: Monday, September 08, 2003 9:48 AM
>>> Subject: [Dynapi-Dev] Hello List
>>> 
>>> 
>>> Hi there dynapi folks
>>> 
>>> I just signed on and wanted to let you guys know that I've been playing
>>> around with dynapi for a while now and the result is IOS (internet
> operating
>>> system)
>>> 
>>> IOS is a virtual OS. It creates a virtual desktop in your browser
> window.
>>> You can drag, drop, move, open, close, type and more
>>> 
>>> I'm using a older version 2.55 ( I now see that you have a version 3 :)
>>> nice )  that has been modified for the Macintosh platform, the dynapi is
> NOT
>>> Mac friendly.
>>> 
>>> I only using the dynapi for object creation and events
>>> 
>>> I've written a written a bunch of new widgets that works fine on the
>>> Macintosh and windows for that matter.... :)
>>> 
>>> I've just released the first version and would like you guys to help out
>>> with some debugging, code suggestions, new widgets etc...
>>> 
>>> I got some cool ideas for IOS in the future and would like to see it
> grow.
>>> 
>>> Go to http://www.michaelbystrom.com download and play
>>> 
>>> I could say a million more things but I'll save it for a another day.
>>> 
>>> Nice day...
>>> Michael



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://www.mail-archive.com/[EMAIL PROTECTED]/

Reply via email to