Hi Janak, I'm using Eclipse 3.1, ULC 6.1 and VE 5.0.1 ... Maybe installing VE 4.0.9 will let me continue my work, in the worst case I also will have to return to ULC 6.0.4...
It would be great if you could publish a patch release... as this bug is really a big show stopper :(( Kind regards, Alberto > -------- Original-Nachricht -------- > Datum: Wed, 7 Jun 2006 11:58:28 +0530 > Von: Janak Mulani <[EMAIL PROTECTED]> > An: Alberto Smulders <[EMAIL PROTECTED]> > Betreff: RE: [ULC-developer] Ref. UVE-331 (VE Exception Data Type on >ULCTextField) > > Hi Albert, > > Which version of ULC and ULC VE are you presently using? > > To which versions you want to downgrade? > > This bug has been there in VE since its first version, only it has been > caught now. > > I have obeserved that when using setDataType on ULCTextField, ULC VE 4.0.2 > (with ULC 6.1 and Eclipse 3.0.x) and ULC VE 5.0 (with ULC 6.0.x and > Eclipse > 3.1) both throw an exception but still allow you to open and edit the > class. > > It is ULC VE 5.0.1 (with ULC 6.1 and Eclipse 3.1) that does not allow > further editing of the class. > > I will discuss this issue with the product manager and we will decide > about > a patch release. > > Thanks and regards, > > Janak > > >-----Original Message----- > >From: [EMAIL PROTECTED] > >[mailto:[EMAIL PROTECTED] Behalf Of Alberto > >Smulders > >Sent: Wednesday, June 07, 2006 10:54 AM > >To: [EMAIL PROTECTED] Com > >Subject: Re: [ULC-developer] Ref. UVE-331 (VE Exception Data Type on > >ULCTextField) > > > >>Hi Janak, > > > >Both are tedious workarounds, I'm in the middle of a big project, all my > >existing forms won't open now ... I really think you should publish an > >interim patch version of VE for this kind of bad bugs that break existing > >code... In the meanwhile I will downgrade today my ULC and VE.... > > > >Kind regards, > > > >Alberto > > > >----- Original Message ----- > >From: "Janak Mulani" <[EMAIL PROTECTED]> > >To: "Albert Smulders" <[EMAIL PROTECTED]>; "Marco. [EMAIL PROTECTED] com" > ><[EMAIL PROTECTED]> > >Cc: <[EMAIL PROTECTED]> > >Sent: Tuesday, June 06, 2006 12:48 PM > >Subject: RE: [ULC-developer] Ref. UVE-331 (VE Exception Data Type on > >ULCTextField) > > > >>> Hi Albert, > >> > >> In ULC, once a data type has been set on a ULCTextField, setText() and > >> getText() methods throw UnsupportedOperationException. > >> > >> ULC VE, creates a TextField with setText("ULCTextField") such that the > >> textfield has some size. > >> > >> When you setDataType on the textfield, VE tries to set this on the > target > >VM > >> (where ULC beans have been instantiated and from which live images are > >> obtained for display on the canavas for WYSIWYG effect). > >> > >> Now to show the text property in the property sheet, getText() is > >invoked > >> on the bean in the target VM and this throws an exception. > >> > >> The bug in VE is that it should consider DataType as a runtime property > >and > >> not design time because dataType property does not affect the layout. > It > >> can do this by ignoring the setDataType call on the bean in the > >target VM. > >> Fixing this bug would require a new release. > >> > >> However there is a work around. Please follow the steps below: > >> > >> 1. Create ULCTextField. > >> 2. Delete the setText stmt > >> 3. Set the "columns" property to provide size to the text field in the > >> layout > >> 4. Close the visual class > >> 5. Clean compile project. > >> 6. Close and Open project > >> 7. Clean compile project > >> (steps 5 to 7 are needed to clean the cache where VE caches the bean's > >model > >> for faster startup. we want to ensure that the text property is removed > >from > >> the cached model) > >> 9. Open the class in Java Editor and not in Visual Editor. > >> 10. In the getUlcTextField method introduce a "if" stmt as shown below: > >> > >> private ULCTextField getUlcTextField() { > >> if (ulcTextField == null) { > >> ulcTextField = new ULCTextField(); > >> ulcTextField.setColumns(20); > >> if (!Beans.isDesignTime()) { > >> ulcTextField.setDataType(new ULCStringDataType()); > >> > >> } > >> > >> } > >> return ulcTextField; > >> } > >> 11. setDataType under "not design time" condition will ensure that it > is > >not > >> set on the bean in the VE thus preventing the exception. > >> > >> 12. close the class and open it with VE if you want to do further UI > >design. > >> > >> Another suggestion is that once you have finished layouting, you can > edit > >> the Visual Class with the Java Editor to put runtime behavior like > >> setDataType. If you want to do further UI design on this class then you > >can > >> comment out setDataType stmt. This is tedious. However I suspect that > >this > >> (commenting out) may not be necessary if the "text" property is not set > >and > >> has been cleaned from the cache. > >> > >> Kindly try the above and let me know if it worked for you. > >> > >> Thanks and regards, > >> > >> Janak > >> > >>>> >-----Original Message----- > >> >From: [EMAIL PROTECTED] > >> >[mailto:[EMAIL PROTECTED] Behalf Of Albert > Smulders > >> >Sent: Tuesday, June 06, 2006 3:20 PM > >> >To: [EMAIL PROTECTED] > >> >Subject: [ULC-developer] Ref. UVE-331 (VE Exception Data Type on > >> >ULCTextField) > >> > > >> >>> >Is there already some solution coming soon for bug UVE-331 (Visual > >> >Editor throws exception if there is a data type set on an > >> >ULCTextField)? This is a very annoying bug, as there is no way to > >> >validate field entries without setting data types.... if there is > >> >no solution soon, we even think about downgrading ULC / ULC VE > >> >versions again... > >> > > >> >Kind regards, > >> > > >> >Alberto A.Smulders > >> >HostDat Lda. - Portugal > >> >-- > >> > > >> >>> >Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! > >> > Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer > >> > > >> >_______________________________________________ > >> >ULC-developer mailing list > >> >[email protected] > >> >http://lists.canoo.com/mailman/listinfo/ulc-developer > >> > >> _______________________________________________ > >> ULC-developer mailing list > >> [email protected] > >> http://lists.canoo.com/mailman/listinfo/ulc-developer > >> > >>_______________________________________________ > >ULC-developer mailing list > >[email protected] > >http://lists.canoo.com/mailman/listinfo/ulc-developer -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl _______________________________________________ ULC-developer mailing list [email protected] http://lists.canoo.com/mailman/listinfo/ulc-developer
