|
- Forum - iziBasic
Warning: A non-numeric value encountered in /web5/aldweb/www/aldweb_com/www/thread.php on line 257
Sujet n° 1096 |
Strange behaviour of dateselect$ in Tungsten T3 |
le 12/02/2005 @ 06:51 par Montalvo
|
I have the following code: - - - 'canis.ibas {creatorID "mcom"}
begin button #1,"Fecha",20,40,40,15 a$="01/01/1970" repeat x=doevents if x=1 then color 0 box 15,75 to 75,95 a$=dateselect$(a$) gprint a$,20,80 endif until x=-1 end - - - - - If you try this on a T3 as is, the box is not draw, but the selected date is correctly displayed on the 20,80 position.
If you comment the line, this is: 'a$=dateselect$(a$) then the box is draw and the default date "01/01/1970" is displayed without problem.
If you try this code without comment on another palm then it works fine, so this could be a T3 related problem.
(I tried it on a m100, m505, m515, TT, zire31, TC.. and in all those the code works fine.. but not in the T3).
Could any one confirm this?
P.S. For Aldweb: This doesnt have to be with izibasic. Why dont you include more commands on the post form to include code, images, and so on.. or where can I find the codes for that, because with Firefox the buttons to put BOLD, ITALIC, etc. doesnt work... just a suggestion.
|
|
|
Warning: A non-numeric value encountered in /web5/aldweb/www/aldweb_com/www/thread.php on line 497
Réponse n° 1 -------- le 12/02/2005 @ 15:34 par aldweb
visiteur |
Hello Montalvo,
"Funny" incompatibility one more time! Did you try with another value but zero for the color statement, the line above the box statement line? This might be the reason of not displaying?
The version of the GuppY CMS I use is not the latest one. I did not upgrade it to the latest version yet, and a lot of work has been done for compatbility with various web navigators. But I like this one as this is the last version I worked on as the main coder of this CMS
But, nevertheless, you may tag in bold, italic, etc... manually. Here are the tags: (B)bold(/B) (I)italic(/I) (U)underline(/U) (P)paragraph(/P) <= useful for code (C=#RRGGBB)color(/C) (N)Center(/N) (L)URL(/L) or (L=URL)Link(/L)
Replace parenthesis ( and ) by brackets [ and ] in the above lines (I had to do it, so as not to get the tags interpreted). Images, files, etc... are not allowed for security reasons.
Cheers
@+ aldweb |
|
|
Warning: A non-numeric value encountered in /web5/aldweb/www/aldweb_com/www/thread.php on line 497
Réponse n° 2 -------- le 12/02/2005 @ 17:32 par Montalvo
visiteur |
Yeap.. I tried that too, with several values. No one works. I tried without the color statement, and even including and playing with all possible forms of the SCREEN statement.
So, as yuo say, this could be another "funny incompatibility".
Until a solution found, then I must have to say: "This app is for PalmOS... except T3 device"
By the way, did you recently search into PalmGear about izibasic? I think we can start a "movement" to promote the use of this tool (if you agree), publishing our applications there and adding a legend "Made with IZIBASIC" or something like that..
The offer of the Yahoo group is still open (or should I say "working"?), but I didn't found so much responses here about going into that group to post our questions or to share tips and code.. but the framework of the group is "out there"...
Greetings from Mexico!
|
|
|
Warning: A non-numeric value encountered in /web5/aldweb/www/aldweb_com/www/thread.php on line 497
Réponse n° 3 -------- le 12/02/2005 @ 17:48 par Montalvo
visiteur |
Well, lets forget the COLOR and BOX statements, and add a second routine to display a second date:
'Canis.ibas {creatorid "mcom"}
begin button #1,"Fecha",20,40,40,15 button #2,"Fecha",80,40,40,15 a$="01/01/1970" repeat x=doevents ' if x=1 then a$=dateselect$(a$) gprint a$,20,80 endif ' if x=2 then a$=dateselect$(a$) gprint a$,20,110 endif ' until x=-1 end
If you try that, then when you select the second date, you will find that the first one (displayed with GPRINT) is ERASED of screen.. then if you go to select it again, now the second is erased...
Also, if you try to include an IMAGE as background, this is ERASED too after the use of the DATESELECT$() command.
(Psss.. don't tell anyone, but this behavour occurs even with the 5.0Beta.. shh!)
|
|
|
Warning: A non-numeric value encountered in /web5/aldweb/www/aldweb_com/www/thread.php on line 497
Réponse n° 4 -------- le 12/02/2005 @ 19:32 par apdi2003
visiteur |
Bonjour,
Par acquit de conscience, j'ai tapé le morceau de code sur mon Clié T625C fraichement requinqué par une batterie neuve et fonctionnant donc sous PalmOs 4.0 et tout marche correctement, les deux dates sont présentes, celle du haut encadrée par un cadre noir.
(Psss.. don't tell anyone, but this behavour occurs with the 5.0Beta9.. shh!)
apdi2003 |
|
|
Warning: A non-numeric value encountered in /web5/aldweb/www/aldweb_com/www/thread.php on line 497
Réponse n° 5 -------- le 12/02/2005 @ 19:33 par Montalvo
visiteur |
Guess what? If instead of the GPRINT command you use a LABEL to display the dates, that is:
if x=1 then a$=dateselect$(a$) label #3,a$,20,80 endif
then the dates are not erased! So I guess the problem is with the GPRINT command and the way it handles the screen... but if you draw a box around the first date, then this box is erased after you select the second date.
Also, if you include an image as background of your app, this is erased after you select any date.
On another sort of things, why when you use the LABEL to display some data, it goes with "spaces" after it? Try this:
if x=1 then a$=dateselect$(a$) box 15,75 to 75,95 label #3,a$,20,80 endif
After you select the date, you will see an "open" box around the date, this is because the label "adds" some spaces to the data on display.
I know you can invert the process: display the data and after that draw the box, but why the LABEL do that?
Time to research...
|
|
|
Warning: A non-numeric value encountered in /web5/aldweb/www/aldweb_com/www/thread.php on line 497
Réponse n° 6 -------- le 12/02/2005 @ 21:45 par aldweb
visiteur |
My hypothesis is that all that is displayed behind the DATESELECT$() popup screen is saved for all devices you guys tested but the T3.
I remember I faced the same kind of trouble with the iBClock sample software and the COLORSELECT() function in my Tungsten C (but not in my Palm Vx). This is why the screen is redrawn after the call to the COLORSELECT() function (lines 13 and 14 of this sample source code).
Cheers
@+ aldweb |
|
|
Warning: A non-numeric value encountered in /web5/aldweb/www/aldweb_com/www/thread.php on line 497
Réponse n° 7 -------- le 12/02/2005 @ 23:30 par Montalvo
visiteur |
Then it could be interesting if theres some way to save the screen prior the use of the DATASELECT$, TIMESELECT$, COLORSELECT$ commands...
I don't know if there's some kind of screen buffer, but if it exist, then a SAVESCREEN/RESTORESCREEN command could be the solution.
Something like: ... savescreen a$=dateselect$(a$) restorescreen gprint a$,20,80 box 15,75 to 75,95 ...
|
|
|
Warning: A non-numeric value encountered in /web5/aldweb/www/aldweb_com/www/thread.php on line 497
Réponse n° 8 -------- le 13/02/2005 @ 17:07 par aldweb
visiteur |
For sure, Montalvo, that would help! It would even be better if it was automatically done by iziBasic itself when calling these commands. If I find a way to implement this thing, I will come back to you as I have no T3 to test.
Cheers
@+ aldweb |
|
|
sujet actif
sujet clos
Important!
Nouveau message -
Rectifier message
Clôturer sujet
Remonter
|
|