dragging/resizing issue & loading plugin just for a wwindow

0 views

Skip to first unread message

Sundew Shin

unread,

Aug 8, 2005, 6:58:23 PM8/8/05

to Wednus Project

> I had 2 additional questions and that would be it. I
> apologize if I'm annoying you with all these questions.

o.k. I won't probably not be able to respond you or any others as much
as I do now at certain point, probably for some personal issues, but
before that point, I'm happy to talk about my s/w with someone
interested in it at anytime.
so, you are not annoying me at all but the opposite. believe me. =)

> First one is a partial bug report. Is there any way to fix the
> programs with resizing windows (and sometimes moving them with a small
> title bar)? It seems as though, if the mouse moves outside the area
> you clicked on (i.e. outside of the small titlebar or resize border)
> the window stops moving/resizing. Is there a way to lock the 'resize'
> or 'move' window fuctions until the mouse button is released? What I
> mean is, if you click and hold your mouse button on the title, the
> 'move window' fuction starts up but doesn't stop until the mouse
> button is released (so even if the mouse exits the activation area,
> the window will still move until the mouse button is released). Same
> for resizing. I was just curious if there is a reason it doesn't work
> this way.

This issue is as old as the first release of WW. I'll explain the
reason first.

dragging and resizing events fire when user 'onmousedown' one of
hotspots, and the
event listeners do what they supposed to do(dragging/resizing) until
they get 'onmouseup' event back on the same object the 'onmousedown'
originally occured.
'the same object' is the magic phrase.

since the event handling model of most browsers is not fully reliable
*yet*, the event listener engine of browsers often looses its event
tracking for each objects.
although it is absolutly logical to believe that 'onmouseup' event will
always be occurred on the right object the 'onmousedown' originally
occurred for respond, this is not always happening in most(all)
browsers we currently have. And, it is also one of the greatest
reasons why most programmers familier to event-driving programming env,
such as Visual Basic, believe DHTML is not good for serious application
development.

To make things work anyway, I have released two plugins and gave user
option to workaround this problem.
http://wednus.com/wednus0.3.5b2/plugins/behavior/dragging/smartDrag/demo.htm
http://wednus.com/wednus0.3.5b2/plugins/behavior/resizing/smartResize/demo.htm

I recently become convince myself that it is a bug although it is not
originated from WW engine, so the features of these plugins will be
generically implemented on the upcomming WW engine with a
enable/disable switch.

> The second quick question is about plugins. The site I'm brainstorming
> will have many different windows on the same page. Pretty much all
> the windows will have different functions. (i.e. RSS feeds, photo
> albums, etc). I tried to load the RSS plugin and tried to generate 2
> windows on a page but it didn't work right. The first window I tried
> to load was looking for an RSS feed when it wasn't the window I wanted
> with the feed. Is there a way to load a plugin for just a specific
> window or I might need to write another plugin to handle all the
> windows? Again, I'm still a little knew to java so I would just need
> to learn a bit more. I was just wondering if there is another way
> around this.

another great point.
current plugin structure is built based on the assumption that loading
a plugin means applying the effect of the plugin to all the wwindow
object in the page.

the reason of that reasoning was most first generation plugins were for
redifining window behaviors. so it was unlikable to imagine that
someone wants to define different window behavior for each window on a
single web page because it will confuse the visitors.

but things have changed and plugins become as powerful as it
interpretes RSS feed by itself. =)
plugin architecture is on revising now, so on upcomming WW
version(Back-Ho), it will eventually allow users to load specific
plugins for specific wwindow object.

I'll be happy to see your work-on-process at anytime.
let's be in touch.
thanks.