Home » Eclipse Projects » Remote Application Platform (RAP) » Offline capabilities with local storage
| Offline capabilities with local storage [message #886550] |
Fri, 15 June 2012 06:55  |
 Norbert Winkler
Messages: 3
Registered: June 2012 |
Junior Member |
|
|
Hello,
in my company we currently evaluate RAP (among other technologies) for our next project.
One problem we see with RAP, is that if you have larger input forms
and somehow the server breaks or the connection is temporarily lost during typing,
the whole input will be lost when you try to save it.
I tried to deal with the problem with the help of client listeners
(from the clientscripting project) and local storage.
I managed to save all the input to the local storage while typing
and added a button which reloads the values from the storage and puts it back into
the fields.
The problem is, that if I write back the values to the input fields with JavaScript,
no events will be fired and RAPs model won't be updated. Therefore when I try
to save the input on the server after the data recovery, the textfields don't contain
any text. I would have to manually go to each input field and add and delete a character,
so that the model gets updated, which of course isn't really a solution.
Now I know that with clientscripting you shouldn't really access the DOM elements.
I still would like to try it anyway.
Does anyone know what I could do to achieve my goal?
Maybe there's also another approach that I just haven't seen by now.
Regards,
Norbert
[Updated on: Fri, 15 June 2012 07:09] Report message to a moderator |
|
|
| Re: Offline capabilities with local storage [message #886600 is a reply to message #886550] |
Fri, 15 June 2012 08:59  |
Tim Buschtoens
Messages: 396
Registered: July 2009 |
Senior Member |
|
|
Hi!
> the whole input will be lost when you try to save it.
Hm, it should not get lost immediately. There should be a message that
the connection failed, and lets you retry. Of course, you can abort or
cause a new session with that, so it's still a valid problem. Just
asking if you get that message.
Using clientscripting is a cool idea, may i ask how you managed to do
this in detail?
> The problem is, that if I write back the values to the input fields with
> JavaScript,
> no events will be fired and RAPs model won't be updated.
SWT does not fire events on setText, but the model should be updated
anyway with the next request. On some properties this does not work yet,
but it should work on text. If not, please file a repoert on bugzilla
and we will fix it asap. However, if this requires changes to the RAP
core (i don't know yet), you will have to move to a nightly build or the
next milestone get get the changes.
> Now I know that with clientscripting you shouldn't really access the DOM
> elements.
You also cant. The widgets internals are pretty well encapsulated, you
probably won't get to the element.
> Maybe there's also another approach that I just haven't seen by now.
We may introduce an easy way to send data from client to server by
clientscripting in the coming months, but nothings sure yet. Other than
that, i think you found the best solution for the current state of RAP.
We thought about introducing RAP offline features a few times, but it's
hard to find a good solution and the time to do it, and demand wasn't
very strong.
Greetings,
Tim
--
Tim Buschtöns
Twitter: @EclipseRAP
Blog: http://eclipsesource.com/blogs/
Professional services for RAP and RCP?
http://eclipsesource.com/services/rap/
|
|
|
| Re: Offline capabilities with local storage [message #886648 is a reply to message #886600] |
Fri, 15 June 2012 11:07 |
Norbert Winkler
Messages: 3
Registered: June 2012 |
Junior Member |
|
|
Thanks for your response!
> Hm, it should not get lost immediately. There should be a message that
> the connection failed, and lets you retry.
I do get the message, but as you said it's still a problem, because
everything you typed is lost when a new session is created.
> Using clientscripting is a cool idea, may i ask how you managed to do
> this in detail?
Well I basically add client listeners to all my input fields with
clientListener.addTo(someTextField, SWT.Modify);
which contain a JavaScript function for saving the input to the local storage like
function handleEvent( event ) {
localStorage['0'] = event.widget.getText();
}
I enumerate the storage entries so that I can iterate through the entries
at recovery.
For recovery I add a client listener to a button which loads the data from the local storage.
I currently take the first value from the local storage and put it
in the first input field on the page, the second in the second and so on.
This is where I directly access the DOM elements.
I hope to do this in a nicer way in the future, but currently I can not
make a mapping between storage entries and input fields as the input fields
don't have an id.
I read that data, set with the setData - method,
should be synchronized between client and server in future versions, which would enable a nice mapping.
As I said I'm not happy with this solution but for now it works.
Edit:
A client listener which is fired after rendering (when the page is fully loaded) would be a great feature.
When attached to an input field, each field could retrieve its own value
from the store.
The problem is, that when I write back the values from the local storage
to the input field with JavaScript this data is not synchronized with the server.
Therefore when I try to retrieve the values with someTextField.getText()
on the server I get an empty String.
So what I would like to do is write back the values
and then trigger a resync of all input fields with the server.
[Updated on: Fri, 15 June 2012 11:40] Report message to a moderator |
|
|
| Re: Offline capabilities with local storage [message #886672 is a reply to message #886648] |
Fri, 15 June 2012 12:02 |
Tim Buschtoens
Messages: 396
Registered: July 2009 |
Senior Member |
|
|
Hi!
> Well I basically add client listeners to all my input fields with
> clientListener.addTo(someTextField, SWT.Modify);
> which contain a JavaScript function for saving the input to the local
> storage like
> function handleEvent( event ) {
> localStorage['0'] = event.widget.getText();
> }
So you have a different listener for each field? Or how do you know
where to put each value?
> For recovery I add a client listener to a button which loads the data
> from the local storage.
> I currently take the first value from the local storage and put it
> in the first input field on the page, the second in the second and so on.
> This is where I directly access the DOM elements.
Ah so you do create a list of all html input-elements and access them
that way?
> I hope to do this in a nicer way in the future, but currently I can not
> make a mapping between storage entries and input fields as the input fields
> don't have an id.
There is actually a way to assing html-ids in RAP, but its not a really
nice solution either, as you should not access the dom.
> I read that data, set with the setData - method,
> should be synchronized between client and server in future versions,
> which would enable a nice mapping.
I want to point you to an experimental branch of clientscriting that
might help you, but be aware that this API is *NOT* stable. The official
version is the one in the incubator and might implement this feature
differently:
https://github.com/eclipsesource/rap-clientscripting/tree/experimental
Here you can give a map to a listener (the one on your button) where you
can point to other widgets. That could take of the mapping at least when
restoring the values.
> As I said I'm not happy with this solution but for now it works.
>
> The problem is, that when I write back the values from the local storage
> to the input field with JavaScript this data is not synchronized with
> the server.
So you do write it on the html-element, not the widget with setText?
Because setText should work, or if it doesnt its a bug we will fix.
> So what I would like to do is write back the values and then trigger a
> resync of all input fields with the server.
> with the server.
If it all works correctly the valus should be synces with the next
request (as mentioned above).
Greetings,
Tim
--
Tim Buschtöns
Twitter: @EclipseRAP
Blog: http://eclipsesource.com/blogs/
Professional services for RAP and RCP?
http://eclipsesource.com/services/rap/
|
|
| | |
Goto Forum:
Current Time: Tue Apr 16 12:23:46 GMT 2024
Powered by FUDForum. Page generated in 0.35886 seconds |
] 
Search
Help
Register
Login
Home
