Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 10 of 10 total
Thread Need storage properties added to TWindow
Tue, Dec 13 2011 2:10 PMPermanent Link

Ron Levy

Tim,

We are missing the sessionStorage/localStorage variables in TWindow.

They should be define of TStorage type that should look like (if I get the syntax correct)

external TStorage = class
 public
   property length : integer; read;
   procedure clear;
   function key(n : integer) : String;
   function getItem(const key : String) : String;
   procedure setItem(const key : String; const value : String);
   procedure removeItem(const key : String);
end; // TStorage
Tue, Dec 13 2011 3:17 PMPermanent Link

Chris Holland

SEC Solutions Ltd.

Avatar

Team Elevate Team Elevate

Can I second this request, also I think we will need "Type" in that
class to specify whether the storage is Session or Local.

Chris Holland [Team Elevate]

On 13/12/2011 19:10, Ron Levy wrote:
> Tim,
>
> We are missing the sessionStorage/localStorage variables in TWindow.
>
> They should be define of TStorage type that should look like (if I get the syntax correct)
>
> external TStorage = class
>    public
>      property length : integer; read;
>      procedure clear;
>      function key(n : integer) : String;
>      function getItem(const key : String) : String;
>      procedure setItem(const key : String; const value : String);
>      procedure removeItem(const key : String);
> end; // TStorage
>
Tue, Dec 13 2011 3:19 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Ron,

<< We are missing the sessionStorage/localStorage variables in TWindow.

They should be define of TStorage type that should look like (if I get the
syntax correct) >>

Thanks, I'll check it out.  I'm happy to add anything to WebDOM that you
want, but I won't add it as being referenced in the framework unless it is
compatible with most browsers out there.

--
Tim Young
Elevate Software
www.elevatesoft.com
Tue, Dec 13 2011 3:41 PMPermanent Link

Chris Holland

SEC Solutions Ltd.

Avatar

Team Elevate Team Elevate

Thanks Tim,

Session Storage and Local storage are supported by most of the modern
browsers now.

Chris Holland
[Team Elevate]

On 13/12/2011 20:19, Tim Young [Elevate Software] wrote:
> Ron,
>
> << We are missing the sessionStorage/localStorage variables in TWindow.
>
> They should be define of TStorage type that should look like (if I get
> the syntax correct) >>
>
> Thanks, I'll check it out. I'm happy to add anything to WebDOM that you
> want, but I won't add it as being referenced in the framework unless it
> is compatible with most browsers out there.
>
Tue, Dec 13 2011 3:47 PMPermanent Link

Ron Levy


<Can I second this request, also I think we will need "Type" in that
class to specify whether the storage is Session or Local.>

No need for that. It's the same interface. You know the difference by the property name you use.
Wed, Dec 14 2011 8:53 AMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Chris,

<< Session Storage and Local storage are supported by most of the modern
browsers now. >>

The basic plan of action was to do a solid HTML4 implementation, followed by
a code review for HTML5, adding the new bits to WebDOM.  That way, there's
some backward-compatibility in there and not as much pressure on customers
to enforce newer browser usage.

--
Tim Young
Elevate Software
www.elevatesoft.com
Wed, Dec 14 2011 10:50 AMPermanent Link

Ron Levy

<The basic plan of action was to do a solid HTML4 implementation, followed by
a code review for HTML5, adding the new bits to WebDOM.  That way, there's
some backward-compatibility in there and not as much pressure on customers
to enforce newer browser usage.>

There is no enforcement of users to use the new functionality.

The correct way to do it is to do something like what modernizr (http://www.modernizr.com/) - does - it allows you to do feature detection and write your code to access these features if possible - or adds them.

HTML5 is the present and the future - (and just about any browser on any platform supports localStorage and sessionStorage nowadays) - so not having this functionality for backward compatibility is very limiting. It's a bit like having to Endure no-unicode in Delphi up to 2009...
Wed, Dec 14 2011 11:07 AMPermanent Link

Roy Lambert

NLH Associates

Team Elevate Team Elevate

Ron

> It's a bit like having to Endure no-unicode in Delphi up to 2009...

Some of us still don't have it and still don't want it Smiley

D2006 forever <vbg>

Roy
Wed, Dec 14 2011 3:38 PMPermanent Link

Steve Gill

Avatar

Hi Tim,

<The basic plan of action was to do a solid HTML4 implementation, followed by
a code review for HTML5, adding the new bits to WebDOM.  That way, there's
some backward-compatibility in there and not as much pressure on customers
to enforce newer browser usage.>

I think this is a good approach.
Thu, Dec 15 2011 5:05 AMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Ron,

<< There is no enforcement of users to use the new functionality.

The correct way to do it is to do something like what modernizr
(http://www.modernizr.com/) - does - it allows you to do feature detection
and write your code to access these features if possible - or adds them.

HTML5 is the present and the future - (and just about any browser on any
platform supports localStorage and sessionStorage nowadays) - so not having
this functionality for backward compatibility is very limiting. It's a bit
like having to Endure no-unicode in Delphi up to 2009... >>

I get it, I really do. It still doesn't change the fact that there are still
browsers running around in the wild that don't support the newer standards.
None of it affects how the base architecture of EWB works, and most of it
could be added in a very short period of time.

--
Tim Young
Elevate Software
www.elevatesoft.com
Image