You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(75) |
Nov
(252) |
Dec
(418) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(659) |
Feb
(1039) |
Mar
(870) |
Apr
(235) |
May
(329) |
Jun
(251) |
Jul
(123) |
Aug
(119) |
Sep
(67) |
Oct
(194) |
Nov
(535) |
Dec
(133) |
2002 |
Jan
(122) |
Feb
(24) |
Mar
(29) |
Apr
(28) |
May
(16) |
Jun
(20) |
Jul
(11) |
Aug
(12) |
Sep
(13) |
Oct
(14) |
Nov
(23) |
Dec
(19) |
2003 |
Jan
(28) |
Feb
(170) |
Mar
(288) |
Apr
(211) |
May
(126) |
Jun
(166) |
Jul
(131) |
Aug
(102) |
Sep
(211) |
Oct
(301) |
Nov
(22) |
Dec
(6) |
2004 |
Jan
(14) |
Feb
(16) |
Mar
(7) |
Apr
|
May
(8) |
Jun
(25) |
Jul
(21) |
Aug
(2) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(1) |
2005 |
Jan
(4) |
Feb
(2) |
Mar
(14) |
Apr
(24) |
May
(3) |
Jun
(7) |
Jul
(30) |
Aug
(5) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
(1) |
2006 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
From: Daniel T. <de...@ti...> - 2003-10-05 19:46:28
|
+ Renamed window to PanelBar - PanelBar: removed function setdragable + PanelBar: Renamed minimizewindow to minimize + PanelBar: Renamed maximizewindow to maximize + Stacker: Added missed Semicolons + Updated quickref and examples for PanelBar and Stacker Regards Daniel |
From: Raymond I. <xw...@ya...> - 2003-10-05 15:23:25
|
Hi Everyone, [+] Add disableContextMenu() to MouseEvent class - see quickref.mouseevent.html [-] Fix dragevent bug with boundary when child layer is larger than it's parent Opera is now set to use mouse_ie.js instead of mouse_dom.js since opera. This works in my mouse testings. Please test also and give a confirmation. New updates are now inside CVS -- Raymond Irving __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: <bo...@co...> - 2003-10-03 20:46:47
|
Hi! I separate the List and their items. the old ListItem is renamed and separated to dynapi.gui.NodeItem. I started to work Grid and Tree api, and use NodeItem to items. Cow |
From: Leif W <war...@us...> - 2003-10-03 19:15:44
|
It seems the only occurance of _objects is in dynapi.js, and excluding initial variable declaration, it's only modified in p.add and p._queue where p is DynObject.prototype, and only in like two or three places in total, so it shouldn't be too difficult to modify. But what else refers to the _objects array? What might happen if I change the the code to insert the full library name as opposed to the tail only? I'm going to try some changes on my own and see what happens. Leif ----- Original Message ----- From: "Dan Steinman" <ds...@dy...> To: <dyn...@li...> Sent: Friday, October 03, 2003 2:51 PM Subject: Re: [Dynapi-Dev] Upgrade questions library > It's been a while but as I remember the library I wrote keeps a global list of objects: > > dynapi.library._objects['Button'] > > That contains the other information like the path of the file required etc. When you have conflicting names one will be overwritten. It's a bit of a design flaw, it should be stored with the full library name _objects['dynapi.gui.Button'] instead. I imagine that somewhere along the line your script needed the 'Button' object and it thought you meant dynapi.gui.Button. You could probably wipe out the .gui from the library dependencies, but that is only a workaround. > > Dan Steinman > > > On Wed, Oct 01, 2003 at 05:01:33PM +0200, Michael Bystrom wrote: > > Hi folks here we go lets start with the library! > > > > This will be the new structure for the IOS port: > > > > dynapi.library.addPackage('bystrom',dynapi.library.path); > > dynapi.library.add('bystrom.Button','bystrom/gui/button.js'); > > etc... > > > > > > Now before I go into debug hell I would like some answers to some library > > questions. > > > > > > We have a simple load set up like this: > > > > dynapi.library.setPath('../src/'); > > dynapi.library.include('dynapi.spock'); > > dynapi.library.include('dynapi.api'); > > dynapi.library.include('library'); > > dynapi.library.include('bystrom'); > > > > > > Note the "bystrom" include this will load all that I have in that package > > (right?) > > > > > > Now if I do this the API will load the DynAPI gui components and mine. > > loaded [dynapi.gui.BorderManager] > > loaded [dynapi.gui.StyleManager] > > loaded [dynapi.gui.Highlighter] > > loaded [dynapi.gui.Button] > > loaded [dynapi.gui.ButtonStyle] > > > > Why does it do this? > > > > I will not rename my widgets from Button to IOSButton or something similar. > > What is the secret I've missed. There has to be a way. > > > > Is not bystrom it's own unique object? > > > > Michael > > > > > > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://www.mail-archive.com/dyn...@li.../ > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ > > |
From: Dan S. <ds...@dy...> - 2003-10-03 18:39:03
|
It's been a while but as I remember the library I wrote keeps a global list of objects: dynapi.library._objects['Button'] That contains the other information like the path of the file required etc. When you have conflicting names one will be overwritten. It's a bit of a design flaw, it should be stored with the full library name _objects['dynapi.gui.Button'] instead. I imagine that somewhere along the line your script needed the 'Button' object and it thought you meant dynapi.gui.Button. You could probably wipe out the .gui from the library dependencies, but that is only a workaround. Dan Steinman On Wed, Oct 01, 2003 at 05:01:33PM +0200, Michael Bystrom wrote: > Hi folks here we go lets start with the library! > > This will be the new structure for the IOS port: > > dynapi.library.addPackage('bystrom',dynapi.library.path); > dynapi.library.add('bystrom.Button','bystrom/gui/button.js'); > etc... > > > Now before I go into debug hell I would like some answers to some library > questions. > > > We have a simple load set up like this: > > dynapi.library.setPath('../src/'); > dynapi.library.include('dynapi.spock'); > dynapi.library.include('dynapi.api'); > dynapi.library.include('library'); > dynapi.library.include('bystrom'); > > > Note the "bystrom" include this will load all that I have in that package > (right?) > > > Now if I do this the API will load the DynAPI gui components and mine. > loaded [dynapi.gui.BorderManager] > loaded [dynapi.gui.StyleManager] > loaded [dynapi.gui.Highlighter] > loaded [dynapi.gui.Button] > loaded [dynapi.gui.ButtonStyle] > > Why does it do this? > > I will not rename my widgets from Button to IOSButton or something similar. > What is the secret I've missed. There has to be a way. > > Is not bystrom it's own unique object? > > Michael > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ |
From: Leif W <war...@us...> - 2003-10-03 18:33:29
|
MessageI'm playing catch-up on my emails still. :-) I've regained control of my Inbox by reading 7 days worth of mails in one day, for the two other lists I am on. So now I'll be able to concentrate on replying to the DynAPI developments over the past month, before the discussion becomes any more stale! 1) I'll continue working (slowly) on the IOElement script conversions, in between other tasks. I really need to just get this done already! 2) I was thinking over an email from last month which briefly described Java's layout managers, and wondering if something like that might be useful in the DynAPI, and if so, how to go about implementing, and if I'd do it from scratch or just blob existing widgets together. But I'd first have to understand better what the Java layout managers do. 3) And as always, I'll start going through all the examples pages and do a thorough QA style report (and attempt to fix what I can) in the 5 browsers I have available (Netscape 4.79, Mozilla 1.5 rc2, Mozilla Firebird 0.6.1, Internet Explorer 6 and Opera 7.11). Leif ----- Original Message ----- From: Daniel Tiru To: dyn...@li... Sent: Friday, October 03, 2003 11:04 AM Subject: [Dynapi-Dev] Whats up?! Hi folks! In the middle of everything, I thought even if there is no "project" right now... we still continue to develop things for dynapi, fixing bugs and even making new additions to DynAPI. So what i thought of was that everyone involved int he project and that is making something for the project. I thought it would be nice to know what everyone is doing so we dont make doubble work and then we could comment in the phase and give help to eatcher before we need it? So i start: I am currently working with the last things for the stacker and fixing some small issues reported by the people on the list. I will aswell continue to work on the window and fix some stuff there aswell, and to give a small update, the window will be renamed to panelbar (remove the dragable option) and soon i will start to make a real window, i had one before but it became to slow. So far i have these to do and I have so far decided to run in the same way as the panelbar but with improvements: + dragable + resizable (3 ways bottom,right and corner) + closable I have more things aswell as focus issues but this is a start. So please fill on the list, and i will get back with the result :) Best regards and good luck Daniel Tiru |
From: Raymond I. <xw...@ya...> - 2003-10-03 18:27:56
|
Ok here's what I had in mind The once with the "+" I've done so far. Feel free to pick and create a few of the widgets and let's create a cool widget pack. + Button + CheckBox + RadioButton + ScrollBar + ImageClip + Explorer + Marquee + ViewPane + ListBox + ProgessBar DropDownContainer ComboBox GroupBox WebForm - must add a way for multiple forms to operate as one form when the submit button it clicked MenuBar SpinButton Calendar DatePicker TextBox TreeView Gridview BarChart Counter Dialog ScrollPane Icon TitleBar - when added to a layer should make it drag-able by the title. Resides at the top of the layer StatusBar - Resides at the bottom of the layer SplitPane RichTextEditor TabStrip Slider ToolBar - dockable toolbar TreeListView - combination of treeview and listvieww ToolTips - includes ballonwindow ColorPicker PushPane ContextMenu - Displays context menu whenever the user right clicks on the object. Spliter - should support vertical, horizontal and cross splits **This one was started by Daniel so no need to duplicate ** PanelBar - similar to the panel bars used in windows xp -- Raymond Irving --- Daniel Tiru <de...@ti...> wrote: > Hi folks! > > In the middle of everything, I thought even if there > is no "project" > right now... we still continue to develop things for > dynapi, fixing bugs > and even making new additions to DynAPI. > > So what i thought of was that everyone involved int > he project and that > is making something for the project. I thought it > would be nice to know > what everyone is doing so we dont make doubble work > and then we could > comment in the phase and give help to eatcher before > we need it? > > So i start: > > I am currently working with the last things for the > stacker and fixing > some small issues reported by the people on the > list. I will aswell > continue to work on the window and fix some stuff > there aswell, and to > give a small update, the window will be renamed to > panelbar (remove the > dragable option) and soon i will start to make a > real window, i had one > before but it became to slow. > So far i have these to do and I have so far decided > to run in the same > way as the panelbar but with improvements: > > + dragable > + resizable (3 ways bottom,right and corner) > + closable > > I have more things aswell as focus issues but this > is a start. > > So please fill on the list, and i will get back with > the result :) > > Best regards and good luck > Daniel Tiru > > > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Daniel T. <de...@ti...> - 2003-10-03 17:06:35
|
Hi folks! In the middle of everything, I thought even if there is no "project" right now... we still continue to develop things for dynapi, fixing bugs and even making new additions to DynAPI. So what i thought of was that everyone involved int he project and that is making something for the project. I thought it would be nice to know what everyone is doing so we dont make doubble work and then we could comment in the phase and give help to eatcher before we need it? So i start: I am currently working with the last things for the stacker and fixing some small issues reported by the people on the list. I will aswell continue to work on the window and fix some stuff there aswell, and to give a small update, the window will be renamed to panelbar (remove the dragable option) and soon i will start to make a real window, i had one before but it became to slow. So far i have these to do and I have so far decided to run in the same way as the panelbar but with improvements: + dragable + resizable (3 ways bottom,right and corner) + closable I have more things aswell as focus issues but this is a start. So please fill on the list, and i will get back with the result :) Best regards and good luck Daniel Tiru |
From: <bo...@co...> - 2003-10-03 15:36:31
|
> Do you think this will solve the problem? Yes it's solve the problem :)) Cow |
From: Daniel T. <dan...@ne...> - 2003-10-03 15:04:30
|
Hi folks! In the middle of everything, I thought even if there is no "project" right now... we still continue to develop things for dynapi, fixing bugs and even making new additions to DynAPI. So what i thought of was that everyone involved int he project and that is making something for the project. I thought it would be nice to know what everyone is doing so we dont make doubble work and then we could comment in the phase and give help to eatcher before we need it? So i start: I am currently working with the last things for the stacker and fixing some small issues reported by the people on the list. I will aswell continue to work on the window and fix some stuff there aswell, and to give a small update, the window will be renamed to panelbar (remove the dragable option) and soon i will start to make a real window, i had one before but it became to slow. So far i have these to do and I have so far decided to run in the same way as the panelbar but with improvements: + dragable + resizable (3 ways bottom,right and corner) + closable I have more things aswell as focus issues but this is a start. So please fill on the list, and i will get back with the result :) Best regards and good luck Daniel Tiru |
From: Raymond I. <xw...@ya...> - 2003-10-03 14:47:52
|
In response to dragging layers that are children of other layers the DragEvent class will add two new functions to the DynLayer class: setDragEnabled(b,useIcon) setDragIcon(html,w,h,color,image) The drag icon is simply another dynlayer that the system will add to the document. This layer can act as an outline or icon for the layer that's being dragged It will even allow you to create you own drag icons for use with the system. This will allow us to drag any layer anywhere on the document example: var l = new DynLayer('Hello'); l.setDragEnabled(true,true);// enable dragging and use drag icon l.setDragIcon('Hello') // ^ this will use a layer that DragEvent // will add to the document or we could create our own drag icon var dragicon = new DynLayer(null,0,0,16,16,'silver'); dynapi.document.addChild(dragicon); l.setDragIcon(dragicon); Now whenever the user drags layer "l" the drag icon will appear and be dragged instead of the orginal layer. All drag events will be triggered on the original layer. Do you think this will solve the problem? -- Raymond Irving --- Háber János <bo...@co...> wrote: > 2003. október 2. 18.39 dátummal Háber János ezt > írta: > > Hi! > > > > I want to make a draggable Item for List,Tree,Grid > element... > I have 2 conception how to make it. > 1. I create a virtual List (a DynElement) element. > - Can drag all items on the desktop > - Can't use effects, slide, fade, etc... (I think) > 2. Create a Normal list element and I "cut" the item > anyway , if, the drag is > successfuly, I cut finaly, because the drag is not > successfuly , put back the > element into the List/Tree/etc... > -Can use effect on the full table > -I don't know how to "cut" the element. I can > remove the element, and put > into the dynapi.document, because I can't set the > position correctily? > > Cow > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Raymond I. <xw...@ya...> - 2003-10-03 14:40:53
|
Cool. I think I'll try to implement something that's very simple as well. -- Raymond Irving --- Michael Bystrom <mi...@mi...> wrote: > I have a theme system that I like allot in the IOS > library, it uses a > > dynapi.theme = {} > > object as the main theme holder, then for each new > theme that is loaded it > get it's own namespace > > dynapi.theme.button = {} > > The first time the button is called it creates the > theme and then for each > new call it just returns the theme and builds the > button. I tried allot of > different versions of this but found that this was > the best way, the main > theme is hard coded inside the button script, > Button.getTheme() as Raymond > said "how many times will a web app allow the user > to change the theme on > the fly?" > > I you want another theme > > var theme = dynapi.theme.widget = {} > theme.color="red" > etc.. > > new Button("hello",10,10,100,20, theme ) > > I've found it fairly simple to keep track of > inheritance to other widget > themes even when you include many other themes > inside a new theme > > > > As for a style manager I'm working on a CSS like > system. If a person starts > to use DynAPI I'm sure that he/she has done some CSS > scripting and > understand that. > > Consider this: > > CSS: > #layer { > font: 11px Tahoma,Verdana,Arial; > color: white; > font-weight: bold; > text-align: left; > padding: 2px; > border: 1px solid rgb(100,100,100); > } > > DynAPI: > layer.setStyle({ > font: "11px Tahoma,Verdana,Arial", > color: "white", > fontweight: "bold", > textalign: "left", > padding: "2px", > border: "1px solid rgb(100,100,100)" > }) > > then the setStyle() parse the input and Voila > > IOS library will have SOMETHING like this, I've just > made some simple tests > with the new api. > > setStyle() would need to be rendered with the layers > though, not when onload > > > Man I'm still sick after Bulgaria man that food was > .... my stomach is not > happy :P > > Michael > > > > > Den 03-10-03 06.25, skrev "Raymond Irving" > <xw...@ya...>: > > > > > The StyleManager component are more complex than > > traditional widgets. It will take alonger time to > > create a StyleManager component than it would an > > ordinary widget. > > > > The beauty about the StyleManager is that it give > the > > user the flexibility to change the behavoir of the > > component without having to change the base > component > > itself. > > > > In the intrest of time and for the benefit of the > > project I would have to then suggest that > StyleManager > > components be added at a later date. These will > > require a lot of testing as they things can get > sticky > > when it comes on to inheritance. > > > > I also wanted to create widgets that are themeable > but > > how often will a web app require the user to > change > > the it's theme? Not very often I guess. And even > if we > > where to stick a redraw() into the widgets how > many > > times will a web app allow the user to change the > > theme on the fly? > > > > It's all good and well to have such nice features > as > > on the fly skinning and theme changing but these > often > > time carries some overhead and inheritance > problems. > > > > I'll remove the StyleManager and it's components > and > > replace them with traditional design. The Button > > compoenent will be broken up into three widgets - > > Button, FlatButton and ImageButton, etc. > > > > > > > > -- > > Raymond Irving > > > > > > --- Kevin <ke...@ke...> wrote: > >> Hi, > >> > >> I agree with Daniel. I just don't understand it. > A > >> very nice > >> project but who is going to use the StyleManager > >> implementation > >> without full documentation of how the internals > >> work. I printed > >> off nearly 10 files from one top level example > and > >> then gave up. > >> > >> These completed StyleManger components can be > >> reproduced by > >> a user using default style on their own site. So > >> they are a very good > >> addition to the gui but it would take an expert > in > >> dynapi and javascript > >> to design widgets in this way. I'll wait for the > >> docs then decide if it's > >> easier than the traditional method. > >> > >> - > >> Kevin > >> > >> > >> "Daniel Tiru" <de...@ti...> wrote: > >> > >>> Hi Raymond! > >>> > >>> I still actually dont get the style manager > >> completly... > >>> > >>> I have found styles in the gui catalog, but > >> forgive me if i am a bit > >>> slow. But i dont really get it :( > >>> > >>> Say i have the viewpane and by default it uses a > >> style like > >>> viewpane.style (or am i already out of the > area)? > >>> How do i change the style for that one without > >> modifying the source of > >>> the viewpane.style? Do I have to make a copy of > >> it, edit it and add it > >>> to packages.js? > >>> > >>> Or is there some other way? Cause i think dynAPI > >> will always be updated, > >>> meaning you always have to get a new packages > >> file, witch will overwrite > >>> your personal entry. I think i have seen or > >> atleast think i have seen, > >>> that you dont need to add stuff to packages but > >> can do that in your code > >>> on your page? Is it this way we should do it? > >>> > >>> Sorry for beeing a bit slow, but its so mutch to > >> keep track on. > === message truncated === __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Michael B. <mi...@mi...> - 2003-10-03 07:23:24
|
I have a theme system that I like allot in the IOS library, it uses a dynapi.theme = {} object as the main theme holder, then for each new theme that is loaded it get it's own namespace dynapi.theme.button = {} The first time the button is called it creates the theme and then for each new call it just returns the theme and builds the button. I tried allot of different versions of this but found that this was the best way, the main theme is hard coded inside the button script, Button.getTheme() as Raymond said "how many times will a web app allow the user to change the theme on the fly?" I you want another theme var theme = dynapi.theme.widget = {} theme.color="red" etc.. new Button("hello",10,10,100,20, theme ) I've found it fairly simple to keep track of inheritance to other widget themes even when you include many other themes inside a new theme As for a style manager I'm working on a CSS like system. If a person starts to use DynAPI I'm sure that he/she has done some CSS scripting and understand that. Consider this: CSS: #layer { font: 11px Tahoma,Verdana,Arial; color: white; font-weight: bold; text-align: left; padding: 2px; border: 1px solid rgb(100,100,100); } DynAPI: layer.setStyle({ font: "11px Tahoma,Verdana,Arial", color: "white", fontweight: "bold", textalign: "left", padding: "2px", border: "1px solid rgb(100,100,100)" }) then the setStyle() parse the input and Voila IOS library will have SOMETHING like this, I've just made some simple tests with the new api. setStyle() would need to be rendered with the layers though, not when onload Man I'm still sick after Bulgaria man that food was .... my stomach is not happy :P Michael Den 03-10-03 06.25, skrev "Raymond Irving" <xw...@ya...>: > > The StyleManager component are more complex than > traditional widgets. It will take alonger time to > create a StyleManager component than it would an > ordinary widget. > > The beauty about the StyleManager is that it give the > user the flexibility to change the behavoir of the > component without having to change the base component > itself. > > In the intrest of time and for the benefit of the > project I would have to then suggest that StyleManager > components be added at a later date. These will > require a lot of testing as they things can get sticky > when it comes on to inheritance. > > I also wanted to create widgets that are themeable but > how often will a web app require the user to change > the it's theme? Not very often I guess. And even if we > where to stick a redraw() into the widgets how many > times will a web app allow the user to change the > theme on the fly? > > It's all good and well to have such nice features as > on the fly skinning and theme changing but these often > time carries some overhead and inheritance problems. > > I'll remove the StyleManager and it's components and > replace them with traditional design. The Button > compoenent will be broken up into three widgets - > Button, FlatButton and ImageButton, etc. > > > > -- > Raymond Irving > > > --- Kevin <ke...@ke...> wrote: >> Hi, >> >> I agree with Daniel. I just don't understand it. A >> very nice >> project but who is going to use the StyleManager >> implementation >> without full documentation of how the internals >> work. I printed >> off nearly 10 files from one top level example and >> then gave up. >> >> These completed StyleManger components can be >> reproduced by >> a user using default style on their own site. So >> they are a very good >> addition to the gui but it would take an expert in >> dynapi and javascript >> to design widgets in this way. I'll wait for the >> docs then decide if it's >> easier than the traditional method. >> >> - >> Kevin >> >> >> "Daniel Tiru" <de...@ti...> wrote: >> >>> Hi Raymond! >>> >>> I still actually dont get the style manager >> completly... >>> >>> I have found styles in the gui catalog, but >> forgive me if i am a bit >>> slow. But i dont really get it :( >>> >>> Say i have the viewpane and by default it uses a >> style like >>> viewpane.style (or am i already out of the area)? >>> How do i change the style for that one without >> modifying the source of >>> the viewpane.style? Do I have to make a copy of >> it, edit it and add it >>> to packages.js? >>> >>> Or is there some other way? Cause i think dynAPI >> will always be updated, >>> meaning you always have to get a new packages >> file, witch will overwrite >>> your personal entry. I think i have seen or >> atleast think i have seen, >>> that you dont need to add stuff to packages but >> can do that in your code >>> on your page? Is it this way we should do it? >>> >>> Sorry for beeing a bit slow, but its so mutch to >> keep track on. >>> >>> I would vote for the stylemanager, if i could >> understand it. Could you >>> make any basic example using a external style who >> is outside of the >>> dynapi structure, how to change the style and so >> on? Make it a very >>> simple example so atleast i get it :) Maybee I'm >> not alone and thats why >>> noone else responds :) >>> >>> Best regards >>> Daniel >>> >>> -----Original Message----- >>> From: dyn...@li... >>> [mailto:dyn...@li...] On >> Behalf Of Raymond >>> Irving >>> Sent: den 2 oktober 2003 06:18 >>> To: DynAPI-Dev >>> Subject: [Dynapi-Dev] Question for developers.... >>> >>> >>> Hello Everyone, >>> >>> As it relates to the future of Widget creation, do >> you >>> think we should go Stylable Widgets (like the ones >>> that use the StyleManager) or should we stick to >>> traditional Widget design? >>> >>> Please give your answer and reason why >>> >>> >>> -- >>> Raymond Irving |
From: Raymond I. <xw...@ya...> - 2003-10-03 04:25:55
|
The StyleManager component are more complex than traditional widgets. It will take alonger time to create a StyleManager component than it would an ordinary widget. The beauty about the StyleManager is that it give the user the flexibility to change the behavoir of the component without having to change the base component itself. In the intrest of time and for the benefit of the project I would have to then suggest that StyleManager components be added at a later date. These will require a lot of testing as they things can get sticky when it comes on to inheritance. I also wanted to create widgets that are themeable but how often will a web app require the user to change the it's theme? Not very often I guess. And even if we where to stick a redraw() into the widgets how many times will a web app allow the user to change the theme on the fly? It's all good and well to have such nice features as on the fly skinning and theme changing but these often time carries some overhead and inheritance problems. I'll remove the StyleManager and it's components and replace them with traditional design. The Button compoenent will be broken up into three widgets - Button, FlatButton and ImageButton, etc. -- Raymond Irving --- Kevin <ke...@ke...> wrote: > Hi, > > I agree with Daniel. I just don't understand it. A > very nice > project but who is going to use the StyleManager > implementation > without full documentation of how the internals > work. I printed > off nearly 10 files from one top level example and > then gave up. > > These completed StyleManger components can be > reproduced by > a user using default style on their own site. So > they are a very good > addition to the gui but it would take an expert in > dynapi and javascript > to design widgets in this way. I'll wait for the > docs then decide if it's > easier than the traditional method. > > - > Kevin > > > "Daniel Tiru" <de...@ti...> wrote: > > > Hi Raymond! > > > > I still actually dont get the style manager > completly... > > > > I have found styles in the gui catalog, but > forgive me if i am a bit > > slow. But i dont really get it :( > > > > Say i have the viewpane and by default it uses a > style like > > viewpane.style (or am i already out of the area)? > > How do i change the style for that one without > modifying the source of > > the viewpane.style? Do I have to make a copy of > it, edit it and add it > > to packages.js? > > > > Or is there some other way? Cause i think dynAPI > will always be updated, > > meaning you always have to get a new packages > file, witch will overwrite > > your personal entry. I think i have seen or > atleast think i have seen, > > that you dont need to add stuff to packages but > can do that in your code > > on your page? Is it this way we should do it? > > > > Sorry for beeing a bit slow, but its so mutch to > keep track on. > > > > I would vote for the stylemanager, if i could > understand it. Could you > > make any basic example using a external style who > is outside of the > > dynapi structure, how to change the style and so > on? Make it a very > > simple example so atleast i get it :) Maybee I'm > not alone and thats why > > noone else responds :) > > > > Best regards > > Daniel > > > > -----Original Message----- > > From: dyn...@li... > > [mailto:dyn...@li...] On > Behalf Of Raymond > > Irving > > Sent: den 2 oktober 2003 06:18 > > To: DynAPI-Dev > > Subject: [Dynapi-Dev] Question for developers.... > > > > > > Hello Everyone, > > > > As it relates to the future of Widget creation, do > you > > think we should go Stylable Widgets (like the ones > > that use the StyleManager) or should we stick to > > traditional Widget design? > > > > Please give your answer and reason why > > > > > > -- > > Raymond Irving > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > search > > http://shopping.yahoo.com > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > > http://www.mail-archive.com/dyn...@li.../ > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > > http://www.mail-archive.com/dyn...@li.../ > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Michael B. <mi...@mi...> - 2003-10-02 21:53:37
|
Arghhh I can't believe it, I totally missed that one... Hats of to you Ray :) It's been raining here in Sweden... yep that's it.... hehe > Hi, > > Notice that you're using dynapi.library.path before > you call the dynapi.library.setPath() function. > > This should be the correct way: > > dynapi.library.setPath('../src/'); > > // add your packages after > // you've set the library path > dynapi.library.addPackage('bystrom',dynapi.library,path); > dynapi.library.add('bystrom.Button','bystrom/gui/button.js'); > > The above should now work but personally I would write > it like this: > > dynapi.library.addPackage('bystrom',dynapi.library,path+'bystrom/'); > dynapi.library.add('bystrom.Button','gui/button.js','DynLayer'); > // where the Button is Dependent on the DynLayer > object > > > -- > Raymond Irving > > > --- Michael Bystrom <mi...@mi...> > wrote: >> >> >> Ok it's sorta working then hehe :) I started to look >> into this but there are >> soooo much new code, need to get that feeling you >> know... >> >> >> >> Problem 2) >> >> There would be to much typing for this so I took 2 >> screen shoots to show >> In sort; the packages are not loaded if added inside >> main html document. >> I'm under the impression that this should work? >> >> Here is a working test >> > http://www.michaelbystrom.com/download/dev/ok-lib.gif >> >> Not working >> > http://www.michaelbystrom.com/download/dev/no-lib.gif >> >> am I doing something wrong? >> >> For developers that only what to add their own litte >> widget this should be >> the way don't you think >> >> Michael >> >> >>> I see the problem. The library system is not >>> respecting the object's namespace. >>> >>> The attached file is a quick fix. But library.js >> will >>> still register dynapi.gui.Button as being loaded >> even >>> though it's not loaded. >>> Remember that if you use >>> dynapi.library.include('Button') it will load the >> last >>> Button object that was added to the library. If >> you >>> need to load specific libraries then you will have >> to >>> use their full names: >>> dynapi.library.include('bystrom.Button') >>> or >>> dynapi.library.include(dynapi.gui.Button') >>> >>> PS. This temp fix has not been tested with >>> dependencies. Dan will have to look more into this >>> problem. >>> -- >>> Raymond Irving |
From: Kevin <ke...@ke...> - 2003-10-02 18:22:43
|
Hi, I agree with Daniel. I just don't understand it. A very nice project but who is going to use the StyleManager implementation without full documentation of how the internals work. I printed off nearly 10 files from one top level example and then gave up. These completed StyleManger components can be reproduced by a user using default style on their own site. So they are a very good addition to the gui but it would take an expert in dynapi and javascript to design widgets in this way. I'll wait for the docs then decide if it's easier than the traditional method. - Kevin "Daniel Tiru" <de...@ti...> wrote: > Hi Raymond! > > I still actually dont get the style manager completly... > > I have found styles in the gui catalog, but forgive me if i am a bit > slow. But i dont really get it :( > > Say i have the viewpane and by default it uses a style like > viewpane.style (or am i already out of the area)? > How do i change the style for that one without modifying the source of > the viewpane.style? Do I have to make a copy of it, edit it and add it > to packages.js? > > Or is there some other way? Cause i think dynAPI will always be updated, > meaning you always have to get a new packages file, witch will overwrite > your personal entry. I think i have seen or atleast think i have seen, > that you dont need to add stuff to packages but can do that in your code > on your page? Is it this way we should do it? > > Sorry for beeing a bit slow, but its so mutch to keep track on. > > I would vote for the stylemanager, if i could understand it. Could you > make any basic example using a external style who is outside of the > dynapi structure, how to change the style and so on? Make it a very > simple example so atleast i get it :) Maybee I'm not alone and thats why > noone else responds :) > > Best regards > Daniel > > -----Original Message----- > From: dyn...@li... > [mailto:dyn...@li...] On Behalf Of Raymond > Irving > Sent: den 2 oktober 2003 06:18 > To: DynAPI-Dev > Subject: [Dynapi-Dev] Question for developers.... > > > Hello Everyone, > > As it relates to the future of Widget creation, do you > think we should go Stylable Widgets (like the ones > that use the StyleManager) or should we stick to > traditional Widget design? > > Please give your answer and reason why > > > -- > Raymond Irving > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ |
From: <bo...@co...> - 2003-10-02 17:23:03
|
2003. okt=F3ber 2. 18.39 d=E1tummal H=E1ber J=E1nos ezt =EDrta: > Hi! > > I want to make a draggable Item for List,Tree,Grid element... I have 2 conception how to make it. 1. I create a virtual List (a DynElement) element. - Can drag all items on the desktop - Can't use effects, slide, fade, etc... (I think) 2. Create a Normal list element and I "cut" the item anyway , if, the drag = is=20 successfuly, I cut finaly, because the drag is not successfuly , put back t= he=20 element into the List/Tree/etc... -Can use effect on the full table -I don't know how to "cut" the element. I can remove the element, and put= =20 into the dynapi.document, because I can't set the position correctily? Cow |
From: <bo...@co...> - 2003-10-02 16:38:41
|
Hi! I want to make a draggable Item for List,Tree,Grid element... Cow |
From: Raymond I. <xw...@ya...> - 2003-10-02 14:18:24
|
I can't fully understand what's going on. You'll have to supply an example. -- Raymond Irving --- Háber János <bo...@co...> wrote: > 2003. október 1. 22.48 dátummal Raymond Irving ezt > írta: > > Ok. Then you should use the setZIndex() DynLayer > > function > I try, because both object Z index is 1; > The a booject is the b object child. If I change the > ZIndex nothing happend. > Cow > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Raymond I. <xw...@ya...> - 2003-10-02 14:16:32
|
Well Daniel I guess you're correct on this one. the StyleManager is not fully documented that's why it might take some getting use to. I'll go ahead and redesign it and add some basic examples and documentation. PS. Please remember that the StyleManager Components are main for demo use. The final design should however be 95% compatible with the current. -- Raymond Irving --- Daniel Tiru <de...@ti...> wrote: > Hi Raymond! > > I still actually dont get the style manager > completly... > > I have found styles in the gui catalog, but forgive > me if i am a bit > slow. But i dont really get it :( > > Say i have the viewpane and by default it uses a > style like > viewpane.style (or am i already out of the area)? > How do i change the style for that one without > modifying the source of > the viewpane.style? Do I have to make a copy of it, > edit it and add it > to packages.js? > > Or is there some other way? Cause i think dynAPI > will always be updated, > meaning you always have to get a new packages file, > witch will overwrite > your personal entry. I think i have seen or atleast > think i have seen, > that you dont need to add stuff to packages but can > do that in your code > on your page? Is it this way we should do it? > > Sorry for beeing a bit slow, but its so mutch to > keep track on. > > I would vote for the stylemanager, if i could > understand it. Could you > make any basic example using a external style who is > outside of the > dynapi structure, how to change the style and so on? > Make it a very > simple example so atleast i get it :) Maybee I'm not > alone and thats why > noone else responds :) > > Best regards > Daniel > > -----Original Message----- > From: dyn...@li... > [mailto:dyn...@li...] On > Behalf Of Raymond > Irving > Sent: den 2 oktober 2003 06:18 > To: DynAPI-Dev > Subject: [Dynapi-Dev] Question for developers.... > > > Hello Everyone, > > As it relates to the future of Widget creation, do > you > think we should go Stylable Widgets (like the ones > that use the StyleManager) or should we stick to > traditional Widget design? > > Please give your answer and reason why > > > -- > Raymond Irving > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Raymond I. <xw...@ya...> - 2003-10-02 14:09:48
|
Hi, Notice that you're using dynapi.library.path before you call the dynapi.library.setPath() function. This should be the correct way: dynapi.library.setPath('../src/'); // add your packages after // you've set the library path dynapi.library.addPackage('bystrom',dynapi.library,path); dynapi.library.add('bystrom.Button','bystrom/gui/button.js'); The above should now work but personally I would write it like this: dynapi.library.addPackage('bystrom',dynapi.library,path+'bystrom/'); dynapi.library.add('bystrom.Button','gui/button.js','DynLayer'); // where the Button is Dependent on the DynLayer object -- Raymond Irving --- Michael Bystrom <mi...@mi...> wrote: > > > Ok it's sorta working then hehe :) I started to look > into this but there are > soooo much new code, need to get that feeling you > know... > > > > Problem 2) > > There would be to much typing for this so I took 2 > screen shoots to show > In sort; the packages are not loaded if added inside > main html document. > I'm under the impression that this should work? > > Here is a working test > http://www.michaelbystrom.com/download/dev/ok-lib.gif > > Not working > http://www.michaelbystrom.com/download/dev/no-lib.gif > > am I doing something wrong? > > For developers that only what to add their own litte > widget this should be > the way don't you think > > Michael > > > > I see the problem. The library system is not > > respecting the object's namespace. > > > > The attached file is a quick fix. But library.js > will > > still register dynapi.gui.Button as being loaded > even > > though it's not loaded. > > Remember that if you use > > dynapi.library.include('Button') it will load the > last > > Button object that was added to the library. If > you > > need to load specific libraries then you will have > to > > use their full names: > > dynapi.library.include('bystrom.Button') > > or > > dynapi.library.include(dynapi.gui.Button') > > > > PS. This temp fix has not been tested with > > dependencies. Dan will have to look more into this > > problem. > > -- > > Raymond Irving > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://www.mail-archive.com/dyn...@li.../ __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: <bo...@co...> - 2003-10-02 09:33:37
|
2003. okt=F3ber 1. 22.48 d=E1tummal Raymond Irving ezt =EDrta: > Ok. Then you should use the setZIndex() DynLayer > function I try, because both object Z index is 1; The a booject is the b object child. If I change the ZIndex nothing happend. Cow |
From: Daniel T. <de...@ti...> - 2003-10-02 08:34:42
|
Hi Raymond! I still actually dont get the style manager completly... I have found styles in the gui catalog, but forgive me if i am a bit slow. But i dont really get it :( Say i have the viewpane and by default it uses a style like viewpane.style (or am i already out of the area)? How do i change the style for that one without modifying the source of the viewpane.style? Do I have to make a copy of it, edit it and add it to packages.js? Or is there some other way? Cause i think dynAPI will always be updated, meaning you always have to get a new packages file, witch will overwrite your personal entry. I think i have seen or atleast think i have seen, that you dont need to add stuff to packages but can do that in your code on your page? Is it this way we should do it? Sorry for beeing a bit slow, but its so mutch to keep track on. I would vote for the stylemanager, if i could understand it. Could you make any basic example using a external style who is outside of the dynapi structure, how to change the style and so on? Make it a very simple example so atleast i get it :) Maybee I'm not alone and thats why noone else responds :) Best regards Daniel -----Original Message----- From: dyn...@li... [mailto:dyn...@li...] On Behalf Of Raymond Irving Sent: den 2 oktober 2003 06:18 To: DynAPI-Dev Subject: [Dynapi-Dev] Question for developers.... Hello Everyone, As it relates to the future of Widget creation, do you think we should go Stylable Widgets (like the ones that use the StyleManager) or should we stick to traditional Widget design? Please give your answer and reason why -- Raymond Irving __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://www.mail-archive.com/dyn...@li.../ |
From: Michael B. <mi...@mi...> - 2003-10-02 06:51:57
|
Ok it's sorta working then hehe :) I started to look into this but there are soooo much new code, need to get that feeling you know... Problem 2) There would be to much typing for this so I took 2 screen shoots to show In sort; the packages are not loaded if added inside main html document. I'm under the impression that this should work? Here is a working test http://www.michaelbystrom.com/download/dev/ok-lib.gif Not working http://www.michaelbystrom.com/download/dev/no-lib.gif am I doing something wrong? For developers that only what to add their own litte widget this should be the way don't you think Michael > I see the problem. The library system is not > respecting the object's namespace. > > The attached file is a quick fix. But library.js will > still register dynapi.gui.Button as being loaded even > though it's not loaded. > Remember that if you use > dynapi.library.include('Button') it will load the last > Button object that was added to the library. If you > need to load specific libraries then you will have to > use their full names: > dynapi.library.include('bystrom.Button') > or > dynapi.library.include(dynapi.gui.Button') > > PS. This temp fix has not been tested with > dependencies. Dan will have to look more into this > problem. > -- > Raymond Irving |
From: <bo...@co...> - 2003-10-02 06:46:48
|
Hi! I now want to create a Dragable Node Object for List,Tree,Grid... Cow |