It is currently Sat Feb 23, 2019 6:06 am

All times are UTC + 1 hour




Post new topic Reply to topic  [ 95 posts ]  Go to page Previous  1 ... 3, 4, 5, 6, 7  Next
Author Message
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Fri Sep 05, 2014 12:27 pm 
Offline
Addict
Addict

Joined: Tue Nov 13, 2007 12:42 pm
Posts: 1362
Location: Manchester, UK
SpiderBasic just compiles to Javascript, so everything is done at browser level.

I think the file(s) output are UTF-8, but what the browser does with it is another question entirely.


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Fri Sep 05, 2014 1:34 pm 
Offline
Addict
Addict
User avatar

Joined: Thu Jul 03, 2003 6:53 pm
Posts: 1230
Location: England
Foz wrote:
SpiderBasic just compiles to Javascript, so everything is done at browser level.

I think the file(s) output are UTF-8, but what the browser does with it is another question entirely.

But I think the default encoding of an XMLHttpRequest object is UTF8 unless a header is included with the request to state otherwise, isn't it? As with PB it's the communication with external sources where you have to pay attention to encodings.


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Fri Sep 05, 2014 5:25 pm 
Offline
Addict
Addict
User avatar

Joined: Thu Jun 07, 2007 3:25 pm
Posts: 3424
Location: Berlin, Germany
I just recalled idle's ModXString contribution, which can be very useful especially in the light of this announcement.

_________________
Please excuse my flawed English. My native language is PureBasic.
Search
RSBasic's backups


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Sat Sep 06, 2014 9:00 am 
Offline
Enthusiast
Enthusiast
User avatar

Joined: Tue May 28, 2013 10:51 pm
Posts: 533
Location: Europe
I don't recall this being asked, but what will happen with, for example, Cipher functions, that explicitly need to be compiled in ASCII mode now.

http://www.purebasic.com/documentation/ ... er.pb.html

_________________
"If you lie to the compiler, it will get its revenge."
Henry Spencer
https://www.pci-z.com/


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Sat Sep 06, 2014 9:10 am 
Offline
Enthusiast
Enthusiast

Joined: Mon Sep 10, 2012 10:41 am
Posts: 109
Location: Savoie
marroh wrote:
Odd logic, i need the feature to build ASCII exe, this is fact for me. Pointless to to discuss it, that you and other should accept.

Odd logic again
If you don't want anyone to discuss about the message you posted, then why did you post it ?? :mrgreen:

_________________
MacBook Pro 13" Retina - 16 Gb - OSX 10.12 - Iphone 7 - iPad at home
...and unfortunately... Windows at work...


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Sat Sep 06, 2014 9:15 am 
Offline
Addict
Addict

Joined: Thu Nov 01, 2007 5:37 pm
Posts: 1981
Location: Germany
bbanelli wrote:
I don't recall this being asked, but what will happen with, for example, Cipher functions, that explicitly need to be compiled in ASCII mode now.
It has been asked on the previous page. ;) According to the PureBasic team only the examples need to be updated.

_________________
If any of you native English speakers have any suggestions for the above text, please let me know (via PM). Thanks!


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Sat Sep 06, 2014 9:27 am 
Offline
Addict
Addict
User avatar

Joined: Thu Jun 07, 2007 3:25 pm
Posts: 3424
Location: Berlin, Germany
c4s wrote:
It has been asked on the previous page. ;)

First general forum rule:
Avoid reading threads. Better just write to them.
Particularly don't read the thread to which you are writing. :mrgreen:

_________________
Please excuse my flawed English. My native language is PureBasic.
Search
RSBasic's backups


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Sat Sep 06, 2014 9:43 am 
Offline
Enthusiast
Enthusiast
User avatar

Joined: Tue May 28, 2013 10:51 pm
Posts: 533
Location: Europe
c4s wrote:
bbanelli wrote:
I don't recall this being asked, but what will happen with, for example, Cipher functions, that explicitly need to be compiled in ASCII mode now.
It has been asked on the previous page. ;) According to the PureBasic team only the examples need to be updated.
Well, NOW I can see it. :)

Thanks and sorry for unnecessary question. ;)

_________________
"If you lie to the compiler, it will get its revenge."
Henry Spencer
https://www.pci-z.com/


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Wed Dec 03, 2014 10:41 pm 
Offline
Enthusiast
Enthusiast
User avatar

Joined: Thu Jan 27, 2011 12:00 pm
Posts: 225
Location: Erzgebirge-DE
Shield wrote:
I mentioned that it might make sense to add a special ASCII compatibility library,
basically a simplified version of the string library that allows us to apply basic operations
on "ASCII memory".


+ 280569792841

_________________
Thanks for all kinds of support, for reading my posts and for asking: "how can i help this guy?"


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Tue Dec 16, 2014 4:49 am 
Offline
Addict
Addict
User avatar

Joined: Sat Feb 19, 2005 5:05 pm
Posts: 1769
Location: Norway
es_91 wrote:
Shield wrote:
I mentioned that it might make sense to add a special ASCII compatibility library,
basically a simplified version of the string library that allows us to apply basic operations
on "ASCII memory".


+ 280569792841


Which is silly since that would require a ASCII compatibility library with a matching function for all string related PB functions.

And there is no such thing as ASCII memory.
ASCII are bytes with values from 0-127, although when mosty say ASCII they mean Latin-1/ISO 8859-1 (or variants) which uses the full 0-255 range.

AFAIK there are no plans to get rid of .a or .Ascii
And if needed the PeekS and PokeS functions will be tweaked/improved and I think Fred (or Freak) stated that one or two functions would be added to make it very easy to convert a Ascii string to native and from native to Ascii.

The way you would do Ascii string comparisons is that you would fetch the ascii data use the function to turn it to a native string and then compare that.
Unless you do really weird things there is no need to change anything else.
Though if you currently use .b or .a in your loops if comparing individual you should change that to be .c instead to make life a little easier down the road.

Maybe Fred/Freak/Somebody else will make a few mini-tutorials with tips'n'tricks and post those on the blog so people can tweak/fix their code over the next few months.

As to those heralding the virtues of UTF8, I agree, but sadly Windows uses 16bit "characters" and not 8bit as UTF8 does, also just because the characters are 16 and 8 does not mean they are consistently that, since they are unicode they may be extended a d thus a character may span multiple "characters".

One of the cool things with UTF8 is that it's (real-)Ascii compatible (i.e. the first 0-127 range is identical, though 128-255 is not) and that it's endian neutral.
I use UTF8 for transmitting text for storing/reading etc.
I let PureBasic convert UTF8 strings to a native string and then I do character/string stuff using native strings.
And PB programmers should start to migrate their code to do the same.


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Sun Mar 08, 2015 8:42 pm 
Offline
Addict
Addict
User avatar

Joined: Tue Sep 23, 2008 11:38 pm
Posts: 849
Location: Belgium (& Luxembourg)
freak wrote:
we decided to remove the ability to compile in ascii mode

No problem. All of my programs have the option "Create unicode executable" checked. Working smoothly.
At the rare points where Ascii is needed, I am using the flag #PB_Ascii.

_________________
- Future conversation forecasting not yet implemented.
- If the future had copied a program from now, they would have called it version -1.


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Thu May 14, 2015 5:26 am 
Offline
User
User
User avatar

Joined: Mon May 08, 2006 2:27 pm
Posts: 25
Great news that I havn't seen until now (not here much).

Ascii is an old, old fart and it's time for it to finally conform to modern techs.

Actually I don't understand why there should be a delay in dumping ascii just because some peps haven't used the since-ages-possibility to use unicode.

*If* I absolutely have to have the support for ascii, I can always use an older version of PureBasic.

Development should never be stopped by slow adapters. They can use the older versions.

Keep up the good work, developers!

When will internet upgrade to skip support for whiners and reactionaries (back pullers in my language)? :D

It's not my intention to offend any of you guys, but if you're here I guess it's because you're interested in technology. Life is limited. Let the development of technology run as fast as it can by not having to much overhead, so we can experience as much as possible in our short lifetimes - that's my point.

(for You who find bugs - pinpoint them so the programmers can find them fast instead of wasting time to cry about bugs - win win in all directions - just saying)

_________________
PureBasic occasionally since 2000 - when hacks are to be done. :smile:


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Thu May 14, 2015 11:25 am 
Offline
Addict
Addict
User avatar

Joined: Sat Feb 19, 2011 3:47 am
Posts: 2127
Location: Singapore
FihmpenRouk wrote:
Development should never be stopped by slow adapters...

When will internet upgrade to skip support for whiners...
Hello there. IMHO, technology should be for everyone, be they whiners or boasters. :wink:

For those who might feel hampered by the slow pace or progress of any one technology, there's no shortage of cutting-edge technologies to adopt.

No need to whine. :lol:

Just saying.

_________________
Texas Instruments TI-99/4A Home Computer: the first home computer with a 16bit processor, crammed into an 8bit architecture. Great hardware - Poor design - Wonderful BASIC engine. And it could talk too!


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Wed Nov 04, 2015 5:12 pm 
Offline
Addict
Addict
User avatar

Joined: Sat Aug 15, 2009 6:59 pm
Posts: 1249
5.40 LTS is out. So i guess this is the last LTS to include ASCII.
I allready transitioned to unicode. Since this announcement i made all my new project unicode projects.
However for file formats and network protocols i am not using PB's UCS-2 or UTF-16 (whatever it may be). I am using UTF-8, which PB supports by using the UTF-8 flag on reading and writing commands.

The only inconvenience is that UTF is a variable length format, which makes some tasks a bit more complicated. To make file formats and especially network protocols secure, we need to take length in characters and length in bytes into consideration. Very important to check if buffers are big enough, etc.

Other than that i realy like it.
Would be even better if PB would use UTF-16 internaly instead of UCS-2.


Top
 Profile  
Reply with quote  
 Post subject: Re: Support for Ascii compilation ends after the next LTS cy
PostPosted: Wed Nov 04, 2015 5:24 pm 
Offline
Enthusiast
Enthusiast
User avatar

Joined: Thu Jul 02, 2015 4:53 pm
Posts: 101
Location: Germany
Thorium wrote:
Would be even better if PB would use UTF-16 internaly instead of UCS-2.


Windows uses UTF-16 internal for API calls, so I thought PB uses also UTF-16? Am I wrong?

_________________
Michael Hack

Michael Hack Software :: Softwaredevelopment| Webdevelopment | IT-Services


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 95 posts ]  Go to page Previous  1 ... 3, 4, 5, 6, 7  Next

All times are UTC + 1 hour


Who is online

Users browsing this forum: No registered users and 3 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
Jump to:  

 


Powered by phpBB © 2008 phpBB Group
subSilver+ theme by Canver Software, sponsor Sanal Modifiye