= brother
There was some talks about hash keys autoquoting and barewords.. later are
gone and former is disambigued by forcing to write %hash{'key'} or
%hashkey ( as opposite to %hash{key} which is now %hash{key()} )..
right?..
that's almost ok to me, if there's any hope that will have a _standard_
way to type accross all the editors:) (btw, I also hope I would never
happen to mantain a perl6 program written by Chineese programmer, who
thinks that chineese identifiers are cool)..
but now I'm curious what you gonna do with = autoquoting behavior:
shift = 'value' is the same as
shift() = 'value'or
'shift' = 'value'in perl6?
or in this particular case consistancy doesn't matter? ,)
div operator
what do you think about adding Cdiv operator, akin %, to perl6 core? I mean, as$a % $b really does int($a) % int($b) and returns modulous, so $a div $b really does int( int($a) / int($b) ) and returns integer division. but with native integers, declared as such, and with constants it should be optimized and done really fast yes, I realize that it wouldn't speed Perl up much, but I like idea that such a simple operation can be done using one simple machine instruction. And I use such a function often, but I hate that it uses floats internally. maybe there should be another name (possible name clashing with perl6-CGI.pm analogue ;) ) or even unicode version.
[Summary] Help
For various annoying reasons involving a pernickety external drive and a service centre that, after more than a week *still* hasn't taken a look at my main machine, I find myself missing a tranche of messages to perl6-internals and perl6-language. If some kind soul were to send me mbox files containing messages in the period from, say, the first of June through to the 17th, then they would have earned my undying gratitude. Thanks in advance. -- Piers
Re: [Summary] Help
Piers Cawley [EMAIL PROTECTED] writes: For various annoying reasons involving a pernickety external drive and a service centre that, after more than a week *still* hasn't taken a look at my main machine, I find myself missing a tranche of messages to perl6-internals and perl6-language. If some kind soul were to send me mbox files containing messages in the period from, say, the first of June through to the 17th, then they would have earned my undying gratitude. Thanks in advance. Thanks to Jeffrey Dik's extreme promptness, I now have an archive for perl6-internals and I'm just looking for perl6-language.
unicodian monospace fonts for windows(?)
oh my.. it seems to me, that Perl6 starts new age of ASCII-graphics. (not
ASCII, really.. maybe Uni-graphics?)..
but now i have this issue: I'm coding on Windows, there's already two
unicode compliant monospace fonts: Lucida Console and Courier New. And I
do not like both of them, (f.e. in Courier { and ( looks almost the
same, and lucida has too crude letters). Until now I used to use Fixedsys
(which can display, but not , for example)
So I have a question - does anyone know the place where I can get free
monospace unicode font for windows, good for programming? or maybe there's
good fonts for *nixes, which could be converted?
Re: unicodian monospace fonts for windows(?)
On Sun, 20 Jun 2004 15:06:33 +0400, Andrew Shitov [EMAIL PROTECTED] wrote: AT oh my.. it seems to me, that Perl6 starts new age of ASCII-graphics. (not AT ASCII, really.. maybe Uni-graphics?).. I hardly think Perl 6 should avoid any characters other than ASCII. For example we have at least three Russian encodings and it is acceptable only because we have no choice: we face the fact that we have lots of encodings. As long as Perl 6 is still in the phase of development, it is possible to buid the language that use PLAIN characters. -- Andrew, [EMAIL PROTECTED] unicode is only way to get rid of the mess with multiple encodings - you'll have the same program on windows or linux, and do not worry about which encoding should be used for string constants in code - KOI8-R or CP1251 or even (is it used?) ISO-I-forget-the-number, just because your code will be in machine independent UTF-8, and output will be done through system dependent io-layer. That's ok and fine.. but I must agree, that using fancy characters for identifiers and operators really can make problems for people. Not all people uses vim, you know, not all (very good and handy if not to use Unicode) editors allow to enter such characters.. and there's psychological reasons too - how to read such a program? :) @a @b array a ..er..broken bar array b.. ok, 'twas a joke.. but this looks obfuscating.. if someone writes a module using hiragana, and I want to read the sources to understand how it works, I'll meet a problem, because I'm doubt if I can distinguish one letter from another.. I have good audio memory, but bad video memory :) so, unicode is good, but I think that this should be explicitly said, that modules for public using should avoid using unicode operators and subs name as much as possible. It's against internationality of programmers community. I'll want to understand what programs do, and want to edit them too, if need arise. -- Excuse my French.. Alexey Trofimenko
Re: div operator
On Sun, 20 Jun 2004 15:57:48 +0100, Jonathan Worthington [EMAIL PROTECTED] wrote: Alexey Trofimenko [EMAIL PROTECTED] wrote: what do you think about adding Cdiv operator, akin %, to perl6 core? I mean, as$a % $b really does int($a) % int($b) and returns modulous, so $a div $b really does int( int($a) / int($b) ) and returns integer division. but with native integers, declared as such, and with constants it should be optimized and done really fast yes, I realize that it wouldn't speed Perl up much, but I like idea that such a simple operation can be done using one simple machine instruction. And I use such a function often, but I hate that it uses floats internally. I'd imagine that if you declare a variable as an int, the compiler would be able to generate optimal code for the % operator anyway, so you'd get the speed you wanted. Jonathan of course! but what I'm talking about is integer / , (not %, which we have already). I talked about division, which takes integer args and return _integer_ result. Sometimes you need exactly this, and Perl would never guess it, even if both args of / are integer, but what if we're expect fraction results? So now perl always calcs float division.. One example - $t = time - $when_it_happen; $sec=$t%60; $t=int($t/60); $min=$t%60; $t=int($t/60); $hours=$t%24; $t=int($t/24); $days=$t; return time_elapsed($days,$hours,$min,$sec)
