(RequestFactory) ValueBoxEditor.class : peer.setValue asking for a cast to String ?
Hi there,
I do have a Strange behaviour on my project regarding class ValueBoxEditor.
Project is using maven, rf, hibernate, spring.
Focusing on the problem, i'm trying to get values from a postgre database
and grab two datas to a modal window. A String and a short value. (postgre
respectively character and smalint )
Error is :
com.google.web.bindery.event.shared.UmbrellaException: Exception caught:
java.lang.Short cannot be cast to java.lang.String
Here are the files involved :
PostgreMvtEditor .java
public
class PostgreMvtEditor extends Composite implements
EditorPostgreMvtProxy {
interface Binder extends UiBinderWidget, PostgreMvtEditor {
}
@UiField
ValueBoxEditorDecoratorString num;
@UiField
ValueBoxEditorDecoratorShort confirm;
[...]
Xml linked
e:ValueBoxEditorDecorator ui:field=confirm
stylePrimaryName={style.editField}
e:valuebox
g:TextBox stylePrimaryName={style.editField} /
/e:valuebox
/e:ValueBoxEditorDecorator
Proxy (ValueProxy) has got the following Inside
Short getConfirm();
void setConfirm(Short confirm);
Serializable Class has got a proper field
private Short confirm;
When debugging, it get through ValueBoxEditor.class and setValue(T value)
which follows
@Override
public void setValue(T value) {
peer.setValue(this.value = value);
}
value is seen as a short equals to 5
peer is seen as input class=GD-W3NDFK type=text and many others
properties. Nothing is written regarding String.
But it throws an exception : java.lang.ClassCastException: java.lang.Short
cannot be cast to java.lang.String
Did i misunderstood something ?
I tried to cast at different point but either maven is crying or
application.
Any workaround for this ?
Thanks in advance.
Pierre
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.
Re: (RequestFactory) ValueBoxEditor.class : peer.setValue asking for a cast to String ?
I Forgot.
Tried to change g:TextBox stylePrimaryName={style.editField} / to g:
IntegerBox but without success
g: ShortBox doesn't exist ?
Pierre
Le jeudi 8 août 2013 09:28:50 UTC+2, aurelie...@gmail.com a écrit :
Hi there,
I do have a Strange behaviour on my project regarding class ValueBoxEditor.
Project is using maven, rf, hibernate, spring.
Focusing on the problem, i'm trying to get values from a postgre database
and grab two datas to a modal window. A String and a short value. (postgre
respectively character and smalint )
Error is :
com.google.web.bindery.event.shared.UmbrellaException: Exception caught:
java.lang.Short cannot be cast to java.lang.String
Here are the files involved :
PostgreMvtEditor .java
public
class PostgreMvtEditor extends Composite implements
EditorPostgreMvtProxy {
interface Binder extends UiBinderWidget, PostgreMvtEditor {
}
@UiField
ValueBoxEditorDecoratorString num;
@UiField
ValueBoxEditorDecoratorShort confirm;
[...]
Xml linked
e:ValueBoxEditorDecorator ui:field=confirm
stylePrimaryName={style.editField}
e:valuebox
g:TextBox stylePrimaryName={style.editField} /
/e:valuebox
/e:ValueBoxEditorDecorator
Proxy (ValueProxy) has got the following Inside
Short getConfirm();
void setConfirm(Short confirm);
Serializable Class has got a proper field
private Short confirm;
When debugging, it get through ValueBoxEditor.class and setValue(T value)
which follows
@Override
public void setValue(T value) {
peer.setValue(this.value = value);
}
value is seen as a short equals to 5
peer is seen as input class=GD-W3NDFK type=text and many others
properties. Nothing is written regarding String.
But it throws an exception : java.lang.ClassCastException: java.lang.Short
cannot be cast to java.lang.String
Did i misunderstood something ?
I tried to cast at different point but either maven is crying or
application.
Any workaround for this ?
Thanks in advance.
Pierre
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.
Re: solution for vector graphics with GWT?
True. I had previously coded up a full GWT binding for Raphael, some years back, I still have that around. The only issue is to get Raphael to really work nice with GWT events, I had to bind the Raphael Elements up into Widgets, and that was fine with a couple hundred primitives, but when it came to thousands, it started to chew alot of memory which is what I was working around in Lienzo, along with other issues that were related to the Raphael API. I wanted to do Layers and multiple views of the same Graphics DAG, Image export, and Image processing ( filters ) BTW, if you are interested in Lienzo, 1.2 SNAPSHOT is available at sonatype, but it's not QUITE ready. I'm trying to get full SVG Path support to work on Canvas, which is not all that easy. I can send out nighly's to anyone interested. On Thursday, August 8, 2013 1:29:22 AM UTC-4, Frank wrote: Lienzo is also a good lib. Only 1 remark : Lienzo doesn't support VML, and won't work under IE8 and older. GWT-Graphics and Raphael do work under these browsers. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: solution for vector graphics with GWT?
True. I had previously coded up a full GWT binding for Raphael, some years back, I still have that around. The only issue is to get Raphael to really work nice with GWT events, I had to bind the Raphael Elements up into Widgets, and that was fine with a couple hundred primitives, but when it came to thousands, it started to chew alot of memory which is what I was working around in Lienzo, along with other issues that were related to the Raphael API. I wanted to do Layers and multiple views of the same Graphics DAG, Image export, and Image processing ( filters ) BTW, if you are interested in Lienzo, 1.2 SNAPSHOT is available at sonatype, but it's not QUITE ready. I'm trying to get full SVG Path support to work on Canvas, which is not all that easy. I can send out nighly's to anyone interested. I worked in 2D ECAD graphics for 10 years at Bell Labs, the Lienzo API was more of a reflection to the Structured Graphics Toolkits I used then, where I had no issue with a million pieces of graphics for a Printed Circuit Board or IC design On Thursday, August 8, 2013 1:29:22 AM UTC-4, Frank wrote: Lienzo is also a good lib. Only 1 remark : Lienzo doesn't support VML, and won't work under IE8 and older. GWT-Graphics and Raphael do work under these browsers. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: (RequestFactory) ValueBoxEditor.class : peer.setValue asking for a cast to String ?
Not sure but you could try a IntegerBox (
http://www.gwtproject.org/javadoc/latest/com/google/gwt/user/client/ui/IntegerBox.html)
or ValueBox (
http://www.gwtproject.org/javadoc/latest/com/google/gwt/user/client/ui/ValueBox.html)
?
On Thursday, August 8, 2013 10:04:25 AM UTC+2, aurelie...@gmail.com wrote:
I Forgot.
Tried to change g:TextBox stylePrimaryName={style.editField} / to g:
IntegerBox but without success
g: ShortBox doesn't exist ?
Pierre
Le jeudi 8 août 2013 09:28:50 UTC+2, aurelie...@gmail.com a écrit :
Hi there,
I do have a Strange behaviour on my project regarding class
ValueBoxEditor.
Project is using maven, rf, hibernate, spring.
Focusing on the problem, i'm trying to get values from a postgre database
and grab two datas to a modal window. A String and a short value. (postgre
respectively character and smalint )
Error is :
com.google.web.bindery.event.shared.UmbrellaException: Exception caught:
java.lang.Short cannot be cast to java.lang.String
Here are the files involved :
PostgreMvtEditor .java
public
class PostgreMvtEditor extends Composite implements
EditorPostgreMvtProxy {
interface Binder extends UiBinderWidget, PostgreMvtEditor {
}
@UiField
ValueBoxEditorDecoratorString num;
@UiField
ValueBoxEditorDecoratorShort confirm;
[...]
Xml linked
e:ValueBoxEditorDecorator ui:field=confirm
stylePrimaryName={style.editField}
e:valuebox
g:TextBox stylePrimaryName={style.editField} /
/e:valuebox
/e:ValueBoxEditorDecorator
Proxy (ValueProxy) has got the following Inside
Short getConfirm();
void setConfirm(Short confirm);
Serializable Class has got a proper field
private Short confirm;
When debugging, it get through ValueBoxEditor.class and setValue(T value)
which follows
@Override
public void setValue(T value) {
peer.setValue(this.value = value);
}
value is seen as a short equals to 5
peer is seen as input class=GD-W3NDFK type=text and many others
properties. Nothing is written regarding String.
But it throws an exception : java.lang.ClassCastException:
java.lang.Short cannot be cast to java.lang.String
Did i misunderstood something ?
I tried to cast at different point but either maven is crying or
application.
Any workaround for this ?
Thanks in advance.
Pierre
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.
Re: GWT changing style during drag event takes too long
Your English is very good. No problems there!
I don't know the answer to your problem exactly as you're written it, but you
could possibly achieve the same thing a different way. Take a look at the tree
dag-and-drop method done here:
https://code.google.com/p/gwt-dnd-tree/
It indicates the drop position by drawing a line in the appropriate place to
indicate where the drop is. You can use the same technique to draw anything you
like to indicate where the drop will be. If your requirements would allow
something similar, then you could avoid modifying anything in the tree itself,
and so avoid the problems of speed in event callbacks due to the tree size.
HTH
Paul
On 07/08/13 15:48, herrtribo...@gmail.com wrote:
It's my first question here, and i'm not an english native speaker, so i
apologize in advance, if that makes my explainations difficult to understand.
CONTEXT
I'm in charge of the developpement of a small application which manipulate
vocabulary sets. The application is built on GWT, added by GWT-Bootstrap and
some other libraries, that have nothing to do with the ui part of the
application. To expose to the user the terms of this vocabulary, i use a tree
stucture, visually speaking.
STORY
The tree has few requirements, it has to allow dragdrop features for his
items and show connectors between them.
I started by using the Tree ui class from the native GWT components. It
turned out that with a lot of terms loaded in the tree, the performances felt
down, even in production mode.
I decided so to try the CellTree implementation, but it didn't fit for me
since make disappear the showmore button is not an easy task, and styling
the tree too.
I finally ends up with my own implementation of a tree, from scratch. This
implementation relies essentially on a simple html list structure (ul-li),
and benefits at maximum of css capabilities. Indeed, expanding a tree node is
done with css, using a trick known as checkbox hack.
At this point the custom implementation of the tree is fast (better than tree
or celltree), even populated with thousands items, and it met the
requirements, but...
THE ISSUE
When an item is being dragged over other items, the style of those items
change depending on dropping possibilities.
1st Solution
The first idea was to benefit of the css, and use the :hover selector to
change the style of the items, depending on their classes. But there is a
major issue in current browsers (specifically Chrome), which make the css
:hover not triggered, if the mouse left button is down, which it's the case
when you drag something (chromium issue 122746)
It seems that i have to forgot an exculsive css solution, until the :hover
triggering issue will be closed.
2nd solution
The only other solution to which i came by is to change the style of the item
programmatically.
Code of the handler
|@Override
public void onDragEnter(DragEnterEvent event)
{
if (event.getSource() instanceof Word)
{
event.stopPropagation();
event.preventDefault();
Word word = (Word) event.getSource();
word.addStyleDependentName(over);
}
}
@Override
public void onDragLeave(DragLeaveEvent event)
{
if (event.getSource() instanceof Word)
{
event.stopPropagation();
event.preventDefault();
Word word = (Word) event.getSource();
word.removeStyleDependentName(over);
}
}
|
It works fine with a few items, but when dealing with thousands it make the
application freezing, and the rendering is somehow random.
PRECISIONS
The issue appears when dealing with 5000 items in the tree (the application
must handle such dataset).
I'm aware of efficient events handling concerns, as event bubbling, and the
handler is unique as it is recommanded when the number of potential handlers,
if made specific for each item, is a factor of lack of performance as the
number of items increase.
Secondary i've used the speed tracer to analyse the source of the problem,
*and it turned out something i don't understand*:
Events are incredibly slow on top elements of the tree, specifically the
paint event which take 1 second to be fired after the style recalculation
Slow events Speed Tracer Screenshot http://i.stack.imgur.com/Kvhka.png
Events speed is fair enougth on bottom elements of the tree Fair enougth
speed events Speed Tracer Screenshot http://i.stack.imgur.com/6Cb4m.png
QUESTION
I'm stuck with this issue since few days, and i wonder if someone could point
out what i am missing. Perhaps, the behaviour is totally normal, but maybe
there is a workaround for a such issue ? I'll be glad if someone could help
me on this point.
Thanks you for any reply !
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To unsubscribe from this group and
Re: Export CellTable's selected rows into a csv file
If your server side still has a copy of your list, you can send references to the rows by row number (i thru n) or some sort of row id set in a servlet call. The servlet could build the CSV (Apache Commons has a CSV module) and return it to the browser with the MIME text/csv so the browser could decide what to do with it. You'll have to target your servlet at a _blank page or an IFRAME to prevent stomping on your GWT app. On Thursday, February 3, 2011 2:42:26 AM UTC-5, Ido wrote: Well, the server side which should populate the csv file is the server package within the GWT project. I'm not using any external backend to populate the csv file. When mentioned sending list of objects using RPC I meant using the RemoteServiceServlet. Once my server get's this list , it should create a csv out of it and *somehow* send it to the client. Just can't figure how to do so. Maybe the server should return the user a path to the created file, but then what? Maybe new servlet should be created to handle this kind of action, but how can I send the list of the selected objects? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Gwt-Rpc returning empty objects(Spring+Jpa2)
I am trying to display data from the databae,but the returning objects are
empty.
jpaDAO:
public ListE findAll() {
Object res = getJpaTemplate().execute(new JpaCallback() {
public Object doInJpa(EntityManager em) throws PersistenceException {
Query q = em.createQuery(SELECT h FROM +
entityClass.getName() + h);
return q.getResultList();
}
});
OrdinateurDAO:
@Repository(ordinateurDAO)
public class OrdinateurDAO extends JpaDAOInteger,OrdinateurDTO {
@Autowired
EntityManagerFactory EntityManagerFactory;
@PostConstruct
public void init(){
super.setEntityManagerFactory (EntityManagerFactory);
}
the serviceImpl:
public ListOrdinateurDTO findAllEntries() {
ListOrdinateurDTO findAll = OrdinateurDAO.findAll();
return findAll;
}
the services:
public ListOrdinateurDTO findAllEntries()
void findAllEntries(AsyncCallbackListOrdinateurDTO callback)
the DTO:
@Entity@Table(name=Ordinateur)`
public class OrdinateurDTO implements Serializable,BeanModelTag {
private static final long serialVersionUID = 1L;
@Id
@GeneratedValue(strategy=GenerationType.IDENTITY)
@Column(unique=true, nullable=false)
private int ordinateurId;
@Column
private String autreSpec0rdinateur;
@Column
private int disquedurOrinateur;
@Column(length=255)
private String intituleOrdinateur;
@Column(length=255)
private String marqueOrdinateur;
@Column(length=255)
private String modelOrdinateur;
@Column(length=255,unique=true)
private String numSerieOrdinateur;
@Column(length=50)
private String osOrdinateur;
@Column(length=255)
private String processeurOrdinateur;
@Column
private int ramOrdinateur;
@Column(length=50)
private String typeOrdinateur;
public OrdinateurDTO() {
}
public int getOrdinateurId() {
return ordinateurId;
}
public void setOrdinateurId(int ordinateurId) {
this.ordinateurId = ordinateurId;
}
public String getAutreSpec0rdinateur() {
return autreSpec0rdinateur;
}
public void setAutreSpec0rdinateur(String autreSpec0rdinateur) {
this.autreSpec0rdinateur = autreSpec0rdinateur;
}
public int getDisquedurOrinateur() {
return disquedurOrinateur;
}
public void setDisquedurOrinateur(int disquedurOrinateur) {
this.disquedurOrinateur = disquedurOrinateur;
}
public String getIntituleOrdinateur() {
return intituleOrdinateur;
}
public void setIntituleOrdinateur(String intituleOrdinateur) {
this.intituleOrdinateur = intituleOrdinateur;
}
public String getMarqueOrdinateur() {
return marqueOrdinateur;
}
public void setMarqueOrdinateur(String marqueOrdinateur) {
this.marqueOrdinateur = marqueOrdinateur;
}
public String getModelOrdinateur() {
return modelOrdinateur;
}
public void setModelOrdinateur(String modelOrdinateur) {
this.modelOrdinateur = modelOrdinateur;
}
public String getNumSerieOrdinateur() {
return numSerieOrdinateur;
}
public void setNumSerieOrdinateur(String numSerieOrdinateur) {
this.numSerieOrdinateur = numSerieOrdinateur;
}
public String getOsOrdinateur() {
return osOrdinateur;
}
public void setOsOrdinateur(String osOrdinateur) {
this.osOrdinateur = osOrdinateur;
}
public String getProcesseurOrdinateur() {
return processeurOrdinateur;
}
public void setProcesseurOrdinateur(String processeurOrdinateur) {
this.processeurOrdinateur = processeurOrdinateur;
}
public int getRamOrdinateur() {
return ramOrdinateur;
}
public void setRamOrdinateur(int ramOrdinateur) {
this.ramOrdinateur = ramOrdinateur;
}
public String getTypeOrdinateur() {
return typeOrdinateur;
}
public void setTypeOrdinateur(String typeOrdinateur) {
this.typeOrdinateur = typeOrdinateur;
}
public OrdinateurDTO(String autreSpec0rdinateur, int disquedurOrinateur,
String intituleOrdinateur, String marqueOrdinateur,
String modelOrdinateur, String numSerieOrdinateur,
String osOrdinateur, String processeurOrdinateur,
int ramOrdinateur, String typeOrdinateur) {
super();
this.autreSpec0rdinateur = autreSpec0rdinateur;
this.disquedurOrinateur = disquedurOrinateur;
this.intituleOrdinateur = intituleOrdinateur;
this.marqueOrdinateur = marqueOrdinateur;
this.modelOrdinateur = modelOrdinateur;
this.numSerieOrdinateur = numSerieOrdinateur;
this.osOrdinateur = osOrdinateur;
this.processeurOrdinateur = processeurOrdinateur;
this.ramOrdinateur = ramOrdinateur;
this.typeOrdinateur = typeOrdinateur;
}}
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at
Re: GWT 2.0.2 and Firefox
This did not work for me, have you had this issue again? if so, is thre any other way to fix it. On Friday, March 12, 2010 8:43:51 AM UTC-6, Ronan wrote: The problem seems to be in the Firefox plug-ins I had installed. I did this to solve the problem: - uninstalled Firefox - restarted Windows (not sure this is mandatory, but maybe) - Re-installed Firefox 3.6 without any plug-in Then it worked. Hope this will help someone. Regards Ronan -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
TypeError: $doc.body.attachEvent is not a function
I'm running my application on the firefox, i get this error. I've followed a post in forum, uninstalled firefox restart machine re install try the application get the same error mentioned above. Was anyone able to fix this issue? Thanks. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: TypeError: $doc.body.attachEvent is not a function
'attachEvent' is Internet Explorer specific and is used in com.google.gwt.user.client.impl.DomImplTrident.java. If Firefox executes it then GWT thinks your FireFox browser is Internet Explorer (check the user agent string of your FireFox browser) or you use a GWT library that has messed up deferred binding rules found in com.google.gwt.user.DOM.gwt.xml. -- J. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Popup Panel sizing issues
I need to change the width of a popup panel. I know you cannot directly
set the width/height of this panel using set width/setheight but I would
like to know if there is a workaround for this.
Currently, we have the xml file setup as follows:
ui:UiBinder...
g:FlowPanel
g:DockLayoutPanel
g:north size=160
g:ScrollPanel
g:VerticalPanel width=100%
g:VerticalPanel ui:field=viewPanel styleName=
vmPanel width=99%
/g:VerticalPanel
...
g:PopupPanel styleName=
myPanel ui:field=myPanel
autoHideEnabled=
true animationEnabled=true visible=false
debugId=my-p title=
blahblahblah
g:VerticalPanel //
Tried setting width directly here with no avail
g:VerticalPanel
ui:field=aPanel/
g:Grid
styleName=iPanel
g:row
g:customCell
g:Label text={cons.first}/
/g:customCell
g:customCell
g:Label ui:field=aAddress/
/g:customCell
/
g:row
... // more rows
/g:Grid
/g:VerticalPanel
/g:PopupPanel
... // more panels
/g:DockLayoutPanel
/g:FlowPanel
/ui:UiBinder
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.
Math Expression Evaluator for GWT.
Hi, Can anybody let me know is there any Math expression evaluator available for GWT. Because I have tried Java Evaluators but they throwing exceptions as GWT will not covert all required java files to JavaScript. So, please help me out with this problem. Help will be Appreciated. Thanks Regards Mayank Singh -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: Math Expression Evaluator for GWT.
Check here: http://www.gwtproject.org/doc/latest/RefJreEmulation.html 2013/8/8 Mayank Singh mayank.maes...@gmail.com Hi, Can anybody let me know is there any Math expression evaluator available for GWT. Because I have tried Java Evaluators but they throwing exceptions as GWT will not covert all required java files to JavaScript. So, please help me out with this problem. Help will be Appreciated. Thanks Regards Mayank Singh -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
How to create SideBar in GWT
Hello How I Can create a sidebar which shows after moving and hides after leaving? Thanks -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
gwt navigation with 3rd party app in iframe
I have a GWT application with navigation designed using the samples (Place,Activity,EventBus ...) There is a navigation bar, and a Panel where the actual navigation takes place. In some cases, the panel is filled with a third party app using a com.google.gwt.user.client.ui.Frame iframe. The user can navigate in side the 3rd party app, and my app captures this and processes it with the GWT navigation. The problem is that when the user is on page1 with param1 and they go to page2 with param2, I create Token page2:param2 and do a PlaceController.goTo(place). But this causes the same page to get reloaded, it blinks. Is it possible to simulate the goTo(place) by changing the URL to the new token and adding it into the PlaceHistory? thanks -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: gwt navigation with 3rd party app in iframe
You need to cache the activity that displays the 3rd party app so it does not get recreated in your ActivityMapper each time you navigate inside the 3rd party app. So your URLs should look like /#ThirdPartyAppPlace:app=page1 /#ThirdPartyAppPlace:app=page2param=x /#ThirdPartyAppPlace:app=page3 and for each URL the same activity instance should be returned. You could either code this caching into your AppActivityMapper directly or use GWT's CachingActivityMapper together with GWT's FilteredActivityMapper to keep your AppActivityMapper clean. If you choose to use GWT's ActivityMappers you must implement hashcode/equals for your place because CachingActivityMapper uses currentPlace.equals(newPlace) to determine if the cached activity can be returned. At the end you will have something like new FilteredActivityMapper(filter, new CachingActivityMapper(new AppActivityMapper()); where filter transforms all your ThirdPartyAppPlaces to an empty ThirdPartyAppPlace so that CachingActivityMapper always sees equal places. Whenever the CachingActivityMapper sees different places, it will ask your AppActivityMapper for the new activity. -- J. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: How to create SideBar in GWT
Hi, Did you mean something like this effect ? http://tympanus.net/codrops/2009/11/30/beautiful-slide-out-navigation-a-css-and-jquery-tutorial/ or this? http://www.webresourcesdepot.com/sliding-top-menu-with-jquery/ Either one can be achieved by 1. Integrating the native jquery plugins via jsni calls 2. implementing the same in gwt-query 3. direct dom manipulation in gwt On Thursday, August 8, 2013 1:38:02 PM UTC-4, df wrote: Hello How I Can create a sidebar which shows after moving and hides after leaving? Thanks -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: CSSResource and href
Thanks Jens, for the detailed explanation. I think i understand it now more clearly than before. On Tuesday, August 6, 2013 12:49:18 PM UTC-4, Jens wrote: The first solution actually didn't work. Each hyperlink is wrapped in a div /div by gwt. The setstyle or add style would set/add to the style of the div, but would not change the inner a href / style. So, the global clean.css from clean.theme would still be applicable for the a href section. Ah my bad.. I was a bit distracted while typing :) Of course this won't work because of the div. If you want a plain a, so basically an inline hyperlink, then choose InlineHyperlink :) Am I missing something? Is there any specific way to set the style of the a href section of a com.google.gwt.user.client.ui.Hyperlink object? Not through the widget API. Only when dropping down to the element level: Hyperlink link = new Hyperlink(); link.getElement().getFirstChildElement().setClassName(). Obviously this code could easily break if Hyperlink changes its internal DOM structure. So you better use InlineHyperlink or extend Hyperlink yourself or use the above CSS. -- J. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: [gwt-contrib] Nextgen GWT/JS Interop (Public) (google-web-toolkit-contributors@googlegroups.com)
It might be nice to be able to say that anything defined in a .d.ts can be imported into GWT. This will make it easier to work with JavaScript programmers since they don't have to write any Java code. So perhaps it's worth making sure that generating the Java interfaces from .d.ts files will work? I know that generating Elemental code from WebKit IDL files wasn't easy. However, our main use case is to import web components which are new. So my question is how likely people are to write .d.ts files for web components; I don't know if there is much overlap between those two communities yet. On Tue, Aug 6, 2013 at 3:02 PM, Goktug Gokdogan gok...@google.com wrote: Jon (Stalcup) just warned me that it may not necessarily orthogonal so I will make a clarification to what I said. There are number of reasons why it makes we sense to define the contract with java syntax and interface files for GWT (easy IDE support and JDT integration and developer familiarity etc.), but someone might have chosen to start with a custom syntax like the d.ts files. Assuming these interfaces exist and understood by the compiler, any other support can be built on top of that by generating them and provide a seamless integration. On Tue, Aug 6, 2013 at 1:25 PM, Goktug Gokdogan gok...@google.com wrote: We were planning to look into making integration seamless if closure type annotations exists but that's kind of orthogonal to this proposal. When we have that integration, it might not be hard to utilize typescript via typescript to closure conversion. Thanks for suggestion. On Tue, Aug 6, 2013 at 1:29 AM, Xavier Mehaut xavier.meh...@gmail.comwrote: Hi goktuk A nice way to interop with js is the way typescript does through the .d.ts files where js api is declared in a typed way, ensuring then the ability to interop with any preexisted js. Moreover, already existing .d.ts files for many js libraries exist on https://github.com/borisyankov/DefinitelyTyped No extra wirk to do then :) Best regards Xavier Envoyé de mon iPhone Le 6 août 2013 à 09:24, Goktug Gokdogan (Google Drive) gok...@google.com a écrit : I've shared an item with you. This is a design doc that describes a proposal for improving interoperability with GWT and javascript. The proposal provides some essential pieces to provide better and easier interoperability with JS while putting more complex scenarios (e.g. Web Components) and testability into account. Please take a look and provide us some feedback. Cheers, - Goktug [image: Document] Nextgen GWT/JS Interop (Public)https://docs.google.com/document/d/1tir74SB-ZWrs-gQ8w-lOEV3oMY6u6lF2MmNivDEihZ4/edit?usp=sharing Google Drive: create, share, and keep all your stuff in one place. [image: Logo for Google Drive] https://drive.google.com -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com . For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com . For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [gwt-contrib] Nextgen GWT/JS Interop (Public) (google-web-toolkit-contributors@googlegroups.com)
Yep, insuring a clear interface between different world is always valuable and even mandatory in my opinion.. Typescript .d.ts files have already made the job, so why not using this syntax. As a early adopter of gwt in 2006, i could also say that I'm an early adopter of typescript on real projects (not Dart I 'don't like), an Typescript convinced me... GWT has several abilities Typescript have not yet and making a bridge between the two approaches would be very nice. In my sense, the future if Ecmascript6 and later... GWT with java8 could be a pragmatical competitor. regards Xavier 2013/8/8 Brian Slesinsky skybr...@google.com It might be nice to be able to say that anything defined in a .d.ts can be imported into GWT. This will make it easier to work with JavaScript programmers since they don't have to write any Java code. So perhaps it's worth making sure that generating the Java interfaces from .d.ts files will work? I know that generating Elemental code from WebKit IDL files wasn't easy. However, our main use case is to import web components which are new. So my question is how likely people are to write .d.ts files for web components; I don't know if there is much overlap between those two communities yet. On Tue, Aug 6, 2013 at 3:02 PM, Goktug Gokdogan gok...@google.com wrote: Jon (Stalcup) just warned me that it may not necessarily orthogonal so I will make a clarification to what I said. There are number of reasons why it makes we sense to define the contract with java syntax and interface files for GWT (easy IDE support and JDT integration and developer familiarity etc.), but someone might have chosen to start with a custom syntax like the d.ts files. Assuming these interfaces exist and understood by the compiler, any other support can be built on top of that by generating them and provide a seamless integration. On Tue, Aug 6, 2013 at 1:25 PM, Goktug Gokdogan gok...@google.comwrote: We were planning to look into making integration seamless if closure type annotations exists but that's kind of orthogonal to this proposal. When we have that integration, it might not be hard to utilize typescript via typescript to closure conversion. Thanks for suggestion. On Tue, Aug 6, 2013 at 1:29 AM, Xavier Mehaut xavier.meh...@gmail.comwrote: Hi goktuk A nice way to interop with js is the way typescript does through the .d.ts files where js api is declared in a typed way, ensuring then the ability to interop with any preexisted js. Moreover, already existing .d.ts files for many js libraries exist on https://github.com/borisyankov/DefinitelyTyped No extra wirk to do then :) Best regards Xavier Envoyé de mon iPhone Le 6 août 2013 à 09:24, Goktug Gokdogan (Google Drive) gok...@google.com a écrit : I've shared an item with you. This is a design doc that describes a proposal for improving interoperability with GWT and javascript. The proposal provides some essential pieces to provide better and easier interoperability with JS while putting more complex scenarios (e.g. Web Components) and testability into account. Please take a look and provide us some feedback. Cheers, - Goktug [image: Document] Nextgen GWT/JS Interop (Public)https://docs.google.com/document/d/1tir74SB-ZWrs-gQ8w-lOEV3oMY6u6lF2MmNivDEihZ4/edit?usp=sharing Google Drive: create, share, and keep all your stuff in one place. [image: Logo for Google Drive] https://drive.google.com -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more
Re: [gwt-contrib] Nextgen GWT/JS Interop (Public) (google-web-toolkit-contributors@googlegroups.com)
As cool as I think TS is, there are far more lines of code out there in Js, some even with JsDoc type assertions, so I think the latter would be more useful as a first pass. JsDoc is comments so it works with existing JS. We could explore importing libraries defined in TS, Dart, haXe, et al via some kind of standard plugin extension. On Thu, Aug 8, 2013 at 9:08 AM, Brian Slesinsky skybr...@google.com wrote: It might be nice to be able to say that anything defined in a .d.ts can be imported into GWT. This will make it easier to work with JavaScript programmers since they don't have to write any Java code. So perhaps it's worth making sure that generating the Java interfaces from .d.ts files will work? I know that generating Elemental code from WebKit IDL files wasn't easy. However, our main use case is to import web components which are new. So my question is how likely people are to write .d.ts files for web components; I don't know if there is much overlap between those two communities yet. On Tue, Aug 6, 2013 at 3:02 PM, Goktug Gokdogan gok...@google.com wrote: Jon (Stalcup) just warned me that it may not necessarily orthogonal so I will make a clarification to what I said. There are number of reasons why it makes we sense to define the contract with java syntax and interface files for GWT (easy IDE support and JDT integration and developer familiarity etc.), but someone might have chosen to start with a custom syntax like the d.ts files. Assuming these interfaces exist and understood by the compiler, any other support can be built on top of that by generating them and provide a seamless integration. On Tue, Aug 6, 2013 at 1:25 PM, Goktug Gokdogan gok...@google.comwrote: We were planning to look into making integration seamless if closure type annotations exists but that's kind of orthogonal to this proposal. When we have that integration, it might not be hard to utilize typescript via typescript to closure conversion. Thanks for suggestion. On Tue, Aug 6, 2013 at 1:29 AM, Xavier Mehaut xavier.meh...@gmail.comwrote: Hi goktuk A nice way to interop with js is the way typescript does through the .d.ts files where js api is declared in a typed way, ensuring then the ability to interop with any preexisted js. Moreover, already existing .d.ts files for many js libraries exist on https://github.com/borisyankov/DefinitelyTyped No extra wirk to do then :) Best regards Xavier Envoyé de mon iPhone Le 6 août 2013 à 09:24, Goktug Gokdogan (Google Drive) gok...@google.com a écrit : I've shared an item with you. This is a design doc that describes a proposal for improving interoperability with GWT and javascript. The proposal provides some essential pieces to provide better and easier interoperability with JS while putting more complex scenarios (e.g. Web Components) and testability into account. Please take a look and provide us some feedback. Cheers, - Goktug [image: Document] Nextgen GWT/JS Interop (Public)https://docs.google.com/document/d/1tir74SB-ZWrs-gQ8w-lOEV3oMY6u6lF2MmNivDEihZ4/edit?usp=sharing Google Drive: create, share, and keep all your stuff in one place. [image: Logo for Google Drive] https://drive.google.com -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors
[gwt-contrib] Google team meeting notes for August 7 (and earlier)
I haven't been sending out emails for our meetings. Let's catch up: August 7th: - John got a hello world app running using separate compilation. We talked a bit about how it might get pulled back into GWT. - Brian: Firefox architecture changes may break the Development Mode plugin by the end of the year. (The ContextStack service went away [1] and word is that they will be making more architectural changes [2]. This isn't the end of Development Mode because we still have Chrome, but we should get moving on Super Dev Mode. - On the bright side, Firefox 23 has support for Source Maps. Need to try it out. - Brian will try out IntelliJ's support for Super Dev Mode. Also need to figure out Eclipse. - Need to look into support for variable names in Super Dev Mode. Ray: perhaps fix up pretty mode to work better? We can rename variables less often. - Fixing up stack traces is a project. We should save the original JavaScript exception and make sure that gets printed to the JavaScript console. Brian will start a design doc. - Talked about internal use of mgwt for mobile apps. - Need to figure out benefits of GWT.create() changes proposed by contributors. Concerned that it will prevent compiler improvements. [1] https://gwt-review.googlesource.com/#/c/3933/ [2] http://bholley.wordpress.com/2012/05/04/at-long-last-compartment-per-global/ July 31: - Deadline for GWT.create() talks coming up. Talked about plans. - Brian: GWT.log() works in Super Dev Mode; working on GWT.debugger(), Firefox plugin release. - John and Ray talked about incremental compilation - Matthew: Gerritt working again. - Ray got automatic recompile working in Super Dev Mode for a Google team - Talked about Goktug's JsInterop proposal [3]. Ray: Elemental would be a lot simpler. - Would it work with Dev Mode? Not optimistic. - Talked about Web Components. [3] https://docs.google.com/document/d/1tir74SB-ZWrs-gQ8w-lOEV3oMY6u6lF2MmNivDEihZ4/edit July 24: - Talked about providing a benchmark to the v8 team to improve GWT performance. - Talked about JsInterop proposal. - Talked about code generation bug [4] - Gerrit server was messed up. [4] https://code.google.com/p/google-web-toolkit/issues/detail?id=8284 July 17: - Talked about JSInterop. - Can GSS be separately compiled/changed without recompiling the whole app? Put this into the build-time improvement bucked. - Talked about GWT.create conference. - Roberto: fixed issues with field initialization; initial fragment may be smaller. - Mike Brock not at Red Hat; effect on steering committee? -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [gwt-contrib] Nextgen GWT/JS Interop (Public) (google-web-toolkit-contributors@googlegroups.com)
I desagree with this assertion ; the goal is not to interop with ts, haxe, coffee, ..., but only with js. Moreover the future of js is ecmascript 6, so ts is a good candidate to express properly an interface; this is not the case IMO of a jsdoc like solution which is verbose and not so precise and concise as a true language. To finish, i recall in mind https://github.com/borisyankov/DefinitelyTyped as a reminder of the power of the d.ts technics Best regards Xavier Envoyé de mon iPhone Le 8 août 2013 à 22:39, Ray Cromwell cromwell...@google.com a écrit : As cool as I think TS is, there are far more lines of code out there in Js, some even with JsDoc type assertions, so I think the latter would be more useful as a first pass. JsDoc is comments so it works with existing JS. We could explore importing libraries defined in TS, Dart, haXe, et al via some kind of standard plugin extension. On Thu, Aug 8, 2013 at 9:08 AM, Brian Slesinsky skybr...@google.com wrote: It might be nice to be able to say that anything defined in a .d.ts can be imported into GWT. This will make it easier to work with JavaScript programmers since they don't have to write any Java code. So perhaps it's worth making sure that generating the Java interfaces from .d.ts files will work? I know that generating Elemental code from WebKit IDL files wasn't easy. However, our main use case is to import web components which are new. So my question is how likely people are to write .d.ts files for web components; I don't know if there is much overlap between those two communities yet. On Tue, Aug 6, 2013 at 3:02 PM, Goktug Gokdogan gok...@google.com wrote: Jon (Stalcup) just warned me that it may not necessarily orthogonal so I will make a clarification to what I said. There are number of reasons why it makes we sense to define the contract with java syntax and interface files for GWT (easy IDE support and JDT integration and developer familiarity etc.), but someone might have chosen to start with a custom syntax like the d.ts files. Assuming these interfaces exist and understood by the compiler, any other support can be built on top of that by generating them and provide a seamless integration. On Tue, Aug 6, 2013 at 1:25 PM, Goktug Gokdogan gok...@google.com wrote: We were planning to look into making integration seamless if closure type annotations exists but that's kind of orthogonal to this proposal. When we have that integration, it might not be hard to utilize typescript via typescript to closure conversion. Thanks for suggestion. On Tue, Aug 6, 2013 at 1:29 AM, Xavier Mehaut xavier.meh...@gmail.com wrote: Hi goktuk A nice way to interop with js is the way typescript does through the .d.ts files where js api is declared in a typed way, ensuring then the ability to interop with any preexisted js. Moreover, already existing .d.ts files for many js libraries exist on https://github.com/borisyankov/DefinitelyTyped No extra wirk to do then :) Best regards Xavier Envoyé de mon iPhone Le 6 août 2013 à 09:24, Goktug Gokdogan (Google Drive) gok...@google.com a écrit : I've shared an item with you. This is a design doc that describes a proposal for improving interoperability with GWT and javascript. The proposal provides some essential pieces to provide better and easier interoperability with JS while putting more complex scenarios (e.g. Web Components) and testability into account. Please take a look and provide us some feedback. Cheers, - Goktug Nextgen GWT/JS Interop (Public) Google Drive: create, share, and keep all your stuff in one place. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message
Re: [gwt-contrib] Nextgen GWT/JS Interop (Public) (google-web-toolkit-contributors@googlegroups.com)
I think that's a good point; someone went through the trouble of creating these definition files so it would be nice to be able to use them, even without using TypeScript at all. (On the other hand, how many of those libraries would you say are relevant for GWT? I don't see us using backbone.) For Google, we would want a way to generate Java interfaces from JsDoc type declarations because that's what we use. Also, there may be legal issues using parts of TypeScript without the whole thing so someone would have to investigate that. On Thu, Aug 8, 2013 at 2:25 PM, Xavier Mehaut xavier.meh...@gmail.comwrote: I desagree with this assertion ; the goal is not to interop with ts, haxe, coffee, ..., but only with js. Moreover the future of js is ecmascript 6, so ts is a good candidate to express properly an interface; this is not the case IMO of a jsdoc like solution which is verbose and not so precise and concise as a true language. To finish, i recall in mind https://github.com/borisyankov/DefinitelyTyped as a reminder of the power of the d.ts technics Best regards Xavier Envoyé de mon iPhone Le 8 août 2013 à 22:39, Ray Cromwell cromwell...@google.com a écrit : As cool as I think TS is, there are far more lines of code out there in Js, some even with JsDoc type assertions, so I think the latter would be more useful as a first pass. JsDoc is comments so it works with existing JS. We could explore importing libraries defined in TS, Dart, haXe, et al via some kind of standard plugin extension. On Thu, Aug 8, 2013 at 9:08 AM, Brian Slesinsky skybr...@google.comwrote: It might be nice to be able to say that anything defined in a .d.ts can be imported into GWT. This will make it easier to work with JavaScript programmers since they don't have to write any Java code. So perhaps it's worth making sure that generating the Java interfaces from .d.ts files will work? I know that generating Elemental code from WebKit IDL files wasn't easy. However, our main use case is to import web components which are new. So my question is how likely people are to write .d.ts files for web components; I don't know if there is much overlap between those two communities yet. On Tue, Aug 6, 2013 at 3:02 PM, Goktug Gokdogan gok...@google.comwrote: Jon (Stalcup) just warned me that it may not necessarily orthogonal so I will make a clarification to what I said. There are number of reasons why it makes we sense to define the contract with java syntax and interface files for GWT (easy IDE support and JDT integration and developer familiarity etc.), but someone might have chosen to start with a custom syntax like the d.ts files. Assuming these interfaces exist and understood by the compiler, any other support can be built on top of that by generating them and provide a seamless integration. On Tue, Aug 6, 2013 at 1:25 PM, Goktug Gokdogan gok...@google.comwrote: We were planning to look into making integration seamless if closure type annotations exists but that's kind of orthogonal to this proposal. When we have that integration, it might not be hard to utilize typescript via typescript to closure conversion. Thanks for suggestion. On Tue, Aug 6, 2013 at 1:29 AM, Xavier Mehaut xavier.meh...@gmail.comwrote: Hi goktuk A nice way to interop with js is the way typescript does through the .d.ts files where js api is declared in a typed way, ensuring then the ability to interop with any preexisted js. Moreover, already existing .d.ts files for many js libraries exist on https://github.com/borisyankov/DefinitelyTyped No extra wirk to do then :) Best regards Xavier Envoyé de mon iPhone Le 6 août 2013 à 09:24, Goktug Gokdogan (Google Drive) gok...@google.com a écrit : I've shared an item with you. This is a design doc that describes a proposal for improving interoperability with GWT and javascript. The proposal provides some essential pieces to provide better and easier interoperability with JS while putting more complex scenarios (e.g. Web Components) and testability into account. Please take a look and provide us some feedback. Cheers, - Goktug [image: Document] Nextgen GWT/JS Interop (Public)https://docs.google.com/document/d/1tir74SB-ZWrs-gQ8w-lOEV3oMY6u6lF2MmNivDEihZ4/edit?usp=sharing Google Drive: create, share, and keep all your stuff in one place. [image: Logo for Google Drive] https://drive.google.com -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google
Re: [gwt-contrib] Nextgen GWT/JS Interop (Public) (google-web-toolkit-contributors@googlegroups.com)
First of all, as long d.ts works, end user should not care if the compiler directly understands it or there is a converter in between. Even the starting point is d.ts or type annotations, in order to have good IDE support you still need a java representation so that your code will compile and auto complete. With java syntax, there are no special syntax coloring support required by IDE and you have the refactoring support. Also my expectation is; regular java interfaces should require minimal customization and special treatment in JDT and AST, compared to anything else. Interfaces also work well in jre only environment and jre unit tests. On top of all of these, GWT target user group is java developers who already familiar with java interfaces and they don't need to learn something new. However, given that corresponding js has type information (via jsdoc or d.ts), we can make the process seamless and not require manual interface creation. Generating elemental from Webkit IDL was difficult mostly because of the limitations of expressibility via JSOs; so I'm not worried much. There is already a d.ts to closure converter so if we support interface generation from closure than 'theoretically' d.ts support will be free. On Thu, Aug 8, 2013 at 9:18 AM, Xavier M. xavier.meh...@gmail.com wrote: Yep, insuring a clear interface between different world is always valuable and even mandatory in my opinion.. Typescript .d.ts files have already made the job, so why not using this syntax. As a early adopter of gwt in 2006, i could also say that I'm an early adopter of typescript on real projects (not Dart I 'don't like), an Typescript convinced me... GWT has several abilities Typescript have not yet and making a bridge between the two approaches would be very nice. In my sense, the future if Ecmascript6 and later... GWT with java8 could be a pragmatical competitor. regards Xavier 2013/8/8 Brian Slesinsky skybr...@google.com It might be nice to be able to say that anything defined in a .d.ts can be imported into GWT. This will make it easier to work with JavaScript programmers since they don't have to write any Java code. So perhaps it's worth making sure that generating the Java interfaces from .d.ts files will work? I know that generating Elemental code from WebKit IDL files wasn't easy. However, our main use case is to import web components which are new. So my question is how likely people are to write .d.ts files for web components; I don't know if there is much overlap between those two communities yet. On Tue, Aug 6, 2013 at 3:02 PM, Goktug Gokdogan gok...@google.comwrote: Jon (Stalcup) just warned me that it may not necessarily orthogonal so I will make a clarification to what I said. There are number of reasons why it makes we sense to define the contract with java syntax and interface files for GWT (easy IDE support and JDT integration and developer familiarity etc.), but someone might have chosen to start with a custom syntax like the d.ts files. Assuming these interfaces exist and understood by the compiler, any other support can be built on top of that by generating them and provide a seamless integration. On Tue, Aug 6, 2013 at 1:25 PM, Goktug Gokdogan gok...@google.comwrote: We were planning to look into making integration seamless if closure type annotations exists but that's kind of orthogonal to this proposal. When we have that integration, it might not be hard to utilize typescript via typescript to closure conversion. Thanks for suggestion. On Tue, Aug 6, 2013 at 1:29 AM, Xavier Mehaut xavier.meh...@gmail.comwrote: Hi goktuk A nice way to interop with js is the way typescript does through the .d.ts files where js api is declared in a typed way, ensuring then the ability to interop with any preexisted js. Moreover, already existing .d.ts files for many js libraries exist on https://github.com/borisyankov/DefinitelyTyped No extra wirk to do then :) Best regards Xavier Envoyé de mon iPhone Le 6 août 2013 à 09:24, Goktug Gokdogan (Google Drive) gok...@google.com a écrit : I've shared an item with you. This is a design doc that describes a proposal for improving interoperability with GWT and javascript. The proposal provides some essential pieces to provide better and easier interoperability with JS while putting more complex scenarios (e.g. Web Components) and testability into account. Please take a look and provide us some feedback. Cheers, - Goktug [image: Document] Nextgen GWT/JS Interop (Public)https://docs.google.com/document/d/1tir74SB-ZWrs-gQ8w-lOEV3oMY6u6lF2MmNivDEihZ4/edit?usp=sharing Google Drive: create, share, and keep all your stuff in one place. [image: Logo for Google Drive] https://drive.google.com -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from
[gwt-contrib] Re: Google team meeting notes for August 7 (and earlier)
- Brian: Firefox architecture changes may break the Development Mode plugin by the end of the year. (The ContextStack service went away [1] and word is that they will be making more architectural changes [2]. This isn't the end of Development Mode because we still have Chrome, but we should get moving on Super Dev Mode. Would be good to know what may break means. How realistic is it? IMHO its one of the most important things to figure out asap. As an example: I am developing on Mac OS. Safari plugin is gone, as you stated Firefox is maybe gone by the end of year, Chrome is painfully slow compared to Firefox, SuperDevMode is not an option either for most apps out there (SDM takes ~40 seconds to recompile our app last time i tried it, and its not a really large app). So what should I use then? Thats not a nice situation to be in if Firefox will really break DevMode in the near future. Even today with Firefox the situation isn't great because this known memory leak when using FireFox + DevMode regularly drives me crazy. This all could easily become a real major issue among developers and their every days work. Maybe there are also other things to explore beside SDM. Random thoughts: Maybe its possible to provide a special Google Chrome build that is maybe not that secure but can execute DevMode freaking fast. What about remote connecting to Firefox/Chrome from the IDE? IntelliJ can do this already, maybe it can be used with GWT? Something like IntelliJ's LiveEdit but with GWT support would be so awesome. Maybe thats possible in combination with incremental compilation you mentioned above? -- J. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Could someone review patch for IE10 permutation and MSPointerEvents support, please?
On behalf of author, I'm looking for reviewers for https://gwt-review.googlesource.com/#/c/2421/ Despite the commit message this changeset is ready to be reviewed. :) Any comments / +1's would be appreciated Related issue: Issue 8063: Add basic support for IE 10https://code.google.com/p/google-web-toolkit/issues/detail?id=8063 -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[gwt-contrib] Re: Google team meeting notes for August 7 (and earlier)
Our plan is to make Super Dev Mode compile faster. Plan B is to use an extended release of Firefox for a while. (I believe Firefox 24 is the next one.) Despite appearances, I'm not actually a C++ programmer and I'm not plugged into the Firefox community enough to know how realistic it is that it would break or what it would take to get working again. Unfortunately few people in the GWT community are interested in this level of advanced browser hackery, or the thread leak would be fixed by now. It's one of the reasons I wanted to avoid anything other than standard browser API's when writing Super Dev Mode. (The debugger API isn't really suitable because if we take it over for Dev Mode, there will be no way to attach a debugger to debug JavaScript.) - Brian On Thursday, August 8, 2013 3:55:26 PM UTC-7, Jens wrote: - Brian: Firefox architecture changes may break the Development Mode plugin by the end of the year. (The ContextStack service went away [1] and word is that they will be making more architectural changes [2]. This isn't the end of Development Mode because we still have Chrome, but we should get moving on Super Dev Mode. Would be good to know what may break means. How realistic is it? IMHO its one of the most important things to figure out asap. As an example: I am developing on Mac OS. Safari plugin is gone, as you stated Firefox is maybe gone by the end of year, Chrome is painfully slow compared to Firefox, SuperDevMode is not an option either for most apps out there (SDM takes ~40 seconds to recompile our app last time i tried it, and its not a really large app). So what should I use then? Thats not a nice situation to be in if Firefox will really break DevMode in the near future. Even today with Firefox the situation isn't great because this known memory leak when using FireFox + DevMode regularly drives me crazy. This all could easily become a real major issue among developers and their every days work. Maybe there are also other things to explore beside SDM. Random thoughts: Maybe its possible to provide a special Google Chrome build that is maybe not that secure but can execute DevMode freaking fast. What about remote connecting to Firefox/Chrome from the IDE? IntelliJ can do this already, maybe it can be used with GWT? Something like IntelliJ's LiveEdit but with GWT support would be so awesome. Maybe thats possible in combination with incremental compilation you mentioned above? -- J. -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
