 Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me. |
Forum Index : Microcontroller and PC projects : MMBasic Test Version 2.6D
  Page 3 of 4   |
|||||
| Author | Message | ||||
jman Guru  Joined: 12/06/2011 Location: New ZealandPosts: 711 |
Hi I have also seen this a few times seems to only hapen on multi command lines Regards John |
||||
bigmik Guru Joined: 20/06/2011 Location: AustraliaPosts: 2914 |
I vaguely remember the TRS-80 used to have something like 255 character MAX per line but you couldnt edit a line that had more than 240 characters... Maybe that is carried over here. Mick Mick's uMite Stuff can be found >>> HERE (Kindly hosted by Dontronics) <<< |
||||
Geoffg Guru Joined: 06/06/2011 Location: AustraliaPosts: 3194 |
The editing function cannot handle lines greater than the screen width. So when you step up or down through the program and reach a line that is too long, the editor has no choice other than abort. So, this is the correct behaviour and the only way to edit a long line is to replace it with a new line. Just like in versions before this 
You can always type in a long line (up to 255 characters) but you cannot edit them. I found that, as a result of this, that I now make a point of keeping my program lines shorter than the screen width - the editing function is too valuable to loose, even on one line. Geoff Geoff Graham - http://geoffg.net |
||||
| Gadget Regular Member  Joined: 22/06/2011 Location: AustraliaPosts: 70 |
its a pity about the line length, at least you can stiil enter lines that length. speaking of trs-80 i remember there were competitions to write a game only using one line. |
||||
sparkey Senior Member  Joined: 15/06/2011 Location: AustraliaPosts: 819 |
well what is the maxium line lenth that can be "edit`ed" please geoff...regards sparkey...... technicians do it with least resistance |
||||
| Geoffg Guru Joined: 06/06/2011 Location: AustraliaPosts: 3194 |
79 charcaters in VGA mode and 49 characters in composite mode (these include the line number). Geoff Geoff Graham - http://geoffg.net |
||||
Gizmo Admin Group  Joined: 05/06/2004 Location: AustraliaPosts: 5078 |
Big thumbs up to the new editing functions and the AUTO command, I sure was looking forward to that one 
Good work Geoff On the subject of memory and arrays, could the SD card be used as a swap area? I would image its too slow though, and the limited writes to flash media could shorten the cards life. Glenn The best time to plant a tree was twenty years ago, the second best time is right now. JAQ |
||||
| Greg Fordyce Senior Member Joined: 16/09/2011 Location: United KingdomPosts: 153 |
I have noticed a possible bug in the LIST command. When using composite mode on a program that has more lines than can be displayed on the screen it sometimes scrolls to far before the "PRESS ANY KEY ..." prompt. I suspect it is not taking into account lines that wrap (more than 49 characters in the line). For example when I list GRAPH.BAS from MMBasic library 1.5, I lose lines 100-130 and most of 140. |
||||
| ajkw Senior Member Joined: 29/06/2011 Location: AustraliaPosts: 290 |
Greg, It happens with VGA too. The problem (on mine and VGA) is previously using a FONT in a non standard size, it seems to throw the row count out. If you do a CLS the same 'problem' is fixed on mine. I don't think it is due to lines wrapping. Cheers, Anthony. |
||||
| Greg Fordyce Senior Member Joined: 16/09/2011 Location: United KingdomPosts: 153 |
I'll give the CLS command a try tonight and see if it fixes the problem. I have been using FONT 2, so maybe that's it. |
||||
| Geoffg Guru Joined: 06/06/2011 Location: AustraliaPosts: 3194 |
This is what I guess that you could call a "known fault". It is caused when the lines are longer than the screen width and the automatic wrapping of the line throws off the line counting used in the list command. The quick fix is to not use lines wider than the screen width but I need to find a proper fix. Geoff Geoff Graham - http://geoffg.net |
||||
| Greg Fordyce Senior Member Joined: 16/09/2011 Location: United KingdomPosts: 153 |
Thanks Geoff, I can confirm that it has nothing to do with the FONT command. I am using composite mode because that is what I will be using for my display when my project is working. For my code I am keeping my lines within 49 characters. I noticed this when looking at some of the sample programs for coding ideas. Another work around is to use LIST with starting and ending line numbers. |
||||
CircuitGizmos Guru Joined: 08/09/2011 Location: United StatesPosts: 1425 |
Speaking of composite mode, will 2.7 support NTSC? One project is on hold because of this current limitation. Micromites and Maximites! - Beginning Maximite |
||||
donmck Guru Joined: 09/06/2011 Location: AustraliaPosts: 1313 |
I know Ken Segler had a play around with this and appears to have it working, but some people are having trouble locking it in to an NTSC TV. (rolling screen) I think it still may need the addition of a few MM-Basic commands such as: PAL ON NTSC ON etc. That is all the info I have, Geoff may have some additional ideas on it. Cheers Don... https://www.dontronics.com |
||||
| ajkw Senior Member Joined: 29/06/2011 Location: AustraliaPosts: 290 |
Geoff/Greg, I will demostrate tonight when I get home how printing something previously with a FONT other than 1,1 will cause incorrect scrolling resulting in LIST scrolling too far loosing the top lines. Actually from memory this will do it. Load a program with enough lines. >FONT 1,2: PRINT "TEST": LIST Causes my unit to roll up too far. (Try another FONT, say FONT 2,1, if 1,2 doesn't do it) Every subsequent LIST is the same until a CLS is given. Again, this is repeatable and I will demostrate it. Regards, Anthony. |
||||
| CircuitGizmos Guru Joined: 08/09/2011 Location: United StatesPosts: 1425 |
Or perhaps it is an OPTION PAL, OPTION NTSC thing. It would be appreciated for this part of the globe saddled with NTSC. Micromites and Maximites! - Beginning Maximite |
||||
| Geoffg Guru Joined: 06/06/2011 Location: AustraliaPosts: 3194 |
Sorry to report that NTSC is not in 2.7. I never thought that NTSC was that important as all the TV sets and monitors that I have seen in recent years support both PAL and NTSC. Geoff Geoff Graham - http://geoffg.net |
||||
| donmck Guru Joined: 09/06/2011 Location: AustraliaPosts: 1313 |
I just ran this one past Mick, and I think that in Australia you will find that this is the case. Basically now, all new sets cater for PAL and NTSC. However in the US, you will have trouble finding a set that is anything but NTSC only. I'll will gladly stand corrected by any of our U.S. Maxiteers. Comments? And Europe. Are there any or many SECAM systems left, or have they all gone NTSC? Would be nice to have as much global input on this one as possible. Cheers Don... https://www.dontronics.com |
||||
| Vikingboy Regular Member Joined: 23/09/2011 Location: AustraliaPosts: 82 |
Hi Don, As it is kinda my field I will tell you that SECAM is a transmission format and that the basic system is PAL, I would imagine that by now all their transmission has changed to digital , most of Europe use the PAL system and it is also my understanding that although most PAL countries have no trouble replaying NTSC due to multi format sets it is not as common in the US and NTSC areas. Andrew |
||||
| ajkw Senior Member Joined: 29/06/2011 Location: AustraliaPosts: 290 |
Whilst this is of little consequence using large Font's will later effect List and File scrolling off the top. Eg. (The example in my previous post was erroneous) Load a program long enough. >CLS >Font 2,1 : Print "Test" then >List Will roll off the top line of text. Depending on combination of font's used sometimes the over-scrolling is part of a line and sometimes a whole line. Regards, Anthony. |
||||
| Page 3 of 4 |
|||||
 Print this page |
