[Proto-Scripty] Automatically Converting HTML to DOM (e.g. new Element ...)

2009-08-18 Thread drewB
I have 200 lines of an HTML snippet that I plan to convert to javascript using Prototypes Elements. Instead of doing this by hand, I figure I could write some code that would take any block of HTML and convert it to javascript. Then it occurs to me that I couldn't be the first one to think of th

[Proto-Scripty] Re: Automatically Converting HTML to DOM (e.g. new Element ...)

2009-08-18 Thread drewB
Interesting suggestion. Unfortunately, the content is more dynamic them just text replacements. For example, there is a list of varying length. Also just using template for 200 lines of text doesn't seem very "tidy" to me. On Aug 18, 3:19 am, Richard Quadling wrote: &g

[Proto-Scripty] Re: Automatically Converting HTML to DOM (e.g. new Element ...)

2009-08-18 Thread drewB
and why you're > converting it from HTML to "JavaScript" (by which I take it you mean > DOM API or Prototype API or Builder code).  What's the goal of the > conversion? > -- > T.J. Crowder > tj / crowder software / com > Independent Software Engineer, consulting

[Proto-Scripty] Re: Automatically Converting HTML to DOM (e.g. new Element ...)

2009-08-18 Thread drewB
is no delay between adding an item and it showing on on there screen. On Aug 18, 10:16 am, DJ Mangus wrote: > I can't help with the solution but since you need serverside > processing anyway why not just do it all serverside? > > On 8/18/09, drewB wrote: > > > > >

[Proto-Scripty] Re: Automatically Converting HTML to DOM (e.g. new Element ...)

2009-08-20 Thread drewB
>Unlikely. There is very little difference in computation effort >between generating JSON, XML, HTML or delimited text at the server. I will have to take your word for this. I assumed it to be different. >So why put it in two places? Why turn data into say JSON just so you >can later turn it in

[Proto-Scripty] Re: Automatically Converting HTML to DOM (e.g. new Element ...)

2009-08-21 Thread drewB
Thanks to everyone for their thoughts. I ended up writing code to do the translation. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prototype & script.aculo.us" group. To post to this group, send email to prototyp

[Proto-Scripty] Blinddown IE7 problem

2009-12-30 Thread drewB
I develop using FF3 and have been testing my design on IE7. I have noticed a big problem with using blinddown / blindup. When it blinds down, the div overlaps the next div and at the end is shifted to the left (overlapping the div to the right of it). Once I move the mouse, things go back to nor

[Proto-Scripty] Re: Blinddown IE7 problem

2009-12-30 Thread drewB
ginal Message- > From: prototype-scriptaculous@googlegroups.com > > [mailto:prototype-scriptacul...@googlegroups.com] On Behalf Of drewB > Sent: Wednesday, December 30, 2009 3:56 PM > To: Prototype & script.aculo.us > Subject: [Proto-Scripty] Blinddown IE7 problem > > I develop using F

[Proto-Scripty] Re: Blinddown IE7 problem

2009-12-30 Thread drewB
ng inside the container.  Good luck. > > > > > > Plan > style="margin-left: 0.45em;" title="Add Task"/> > Add Task > > > > > > ... > > > > > -Original Message- > From: prototype-scriptaculous@goo

[Proto-Scripty] Re: Blinddown IE7 problem

2009-12-31 Thread drewB
: relative, IE7 requires a "layout" for the div that contains it (main_page_container). I added "zoom: 1" to div#main_page_container which forces the div to have a layout and that fixed the problem. On Dec 30, 2:32 pm, drewB wrote: > Thanks.  I went ahead and added it to the de

[Proto-Scripty] setOpacity has no effect in IE8

2009-12-31 Thread drewB
I have a site that is working well in FF3 and IE7 but when I test it in IE8 all calls to setOpacity don't have any impact. If I set the browser to IE7 compatibility mode it works fine. Has another else every experienced this problem? Did you find a solution? -- You received this message becaus