Very nice! One tiny thing I noticed so far--the last 2 comments on page 8 are
backwards.
Sent from my iPhone
On Jan 24, 2012, at 9:07 AM, Lionello Lunesu l...@lunesu.remove.com wrote:
Little over a year ago I held a tech talk at Microsoft about how I used D to
write readable COM code. A
On 26-1-2012 22:30, Sean Kelly wrote:
Very nice! One tiny thing I noticed so far--the last 2 comments on page 8 are
backwards.
Yeah, saw that as well. Good catch! :)
On 26 January 2012 03:15, Adam Wilson flybo...@gmail.com wrote:
On Wed, 25 Jan 2012 15:05:43 -0800, Manu turkey...@gmail.com wrote:
On 26 January 2012 00:55, Adam Wilson flybo...@gmail.com wrote:
On Wed, 25 Jan 2012 14:44:09 -0800, Manu turkey...@gmail.com wrote:
On 26 January 2012
YES, I'm not the only person alive using a trackball! Thumb-ball,
marble, or one of those giant pool-ball things?
you both are not alone. i'm also a trackball user for 11 years now. atm
i have a logitech trackman on my desk but owned one of those billiard
balls in the past, too.
You can use anonymous enums. The members will then live in the
global scope. You can then use just one alias to an int, uint
or what's appropriate.
Yeah but you loose type safety.
On 2012-01-26 01:12:40 +, Jonathan M Davis jmdavisp...@gmx.com said:
On Thursday, January 26, 2012 02:06:45 Trass3r wrote:
When writing C bindings I usually create lots of aliases via a
string mixin to pull enum members into the enclosing scope so
it's compatible to C.
Would it be wise to
On 2012-01-26 11:51:10 +, Trass3r u...@known.com said:
You can use anonymous enums. The members will then live in the global
scope. You can then use just one alias to an int, uint or what's
appropriate.
Yeah but you loose type safety.
Or if you absolutely need both type safety and the
Often C enum value naming takes into account that they'll live
in the outer scope. For instance:
enum UITableViewRowAnimation {
UITableViewRowAnimationFade,
UITableViewRowAnimationRight,
UITableViewRowAnimationLeft,
UITableViewRowAnimationTop,
Are the Clang C bindings complete? I imagine they don't get
that much attention.
It depends on what complete means. If you mean that you can do
all the things you can do with the C++ API, then no. If you
mean it's complete enough to implement this project, then I
don't know. I think at least
Or if you absolutely need both type safety and the values to
live in the outer scope, you can do this:
enum Something
{
SomethingPointy,
SomethingSmooth,
}
alias Something.SomethingPointy SomethingPointy;
alias
I agree, enum variable should only contain one of the
enumerated values. Here's an example how current way may lead
to unexpected result:
enum Foo { A = 1, B }
void bar( Foo foo ) {
final switch( foo ) {
case Foo.A:
writeln( A );
return;
case Foo.B:
Andrew Wiley wiley.andre...@gmail.com wrote in message
news:mailman.40.1327562674.25230.digitalmar...@puremagic.com...
On Wed, Jan 25, 2012 at 3:31 PM, Nick Sabalausky a@a.a wrote:
Steven Schveighoffer schvei...@yahoo.com wrote in message
news:op.v8nbixzyeav7ka@localhost.localdomain...
I must
On 2012-01-26 13:24, Trass3r wrote:
Are the Clang C bindings complete? I imagine they don't get that much
attention.
It depends on what complete means. If you mean that you can do all the
things you can do with the C++ API, then no. If you mean it's complete
enough to implement this project,
On 2012-01-26 12:51, Trass3r wrote:
You can use anonymous enums. The members will then live in the global
scope. You can then use just one alias to an int, uint or what's
appropriate.
Yeah but you loose type safety.
It's not type safe in C. But you can wrap it in a struct with alias this
Trass3r:
As I said one could introduce something like @flags but I guess a
library solution is preferred.
I still wonder though if implicit conversion to the basetype has
any merit.
Those are important topics. D must offer a solution that is both safer and more
handy than the current one.
It's not type safe in C. But you can wrap it in a struct with
alias this instead.
Yep, but in D we have strong enums, so why not use them.
On 1/26/2012 8:55 PM, Michel Fortin wrote:
On 2012-01-26 01:12:40 +, Jonathan M Davis jmdavisp...@gmx.com said:
On Thursday, January 26, 2012 02:06:45 Trass3r wrote:
When writing C bindings I usually create lots of aliases via a
string mixin to pull enum members into the enclosing scope
On 2012-01-26 14:23, Trass3r wrote:
It's not type safe in C. But you can wrap it in a struct with alias
this instead.
Yep, but in D we have strong enums, so why not use them.
What about be able to do something like this:
enum Foo
{
public:
bar,
fooBar,
}
Foo f = bar;
--
/Jacob
On 1/26/2012 10:23 PM, Trass3r wrote:
It's not type safe in C. But you can wrap it in a struct with alias
this instead.
Yep, but in D we have strong enums, so why not use them.
If your binding is for yourself, that's not a big deal. But if you're
putting it out there for public consumption,
I thought it'd be good to outsource this question from the other
thread about enums as flags.
Is there any merit in having implicit conversion to the basetype?
Imo it only introduces a severe bug source and brings no
advantages.
For example it allows implicit conversion to bool.
enum Bla
{
What version do you use?
In 2.058head(commit f8887855), `dmd -H -c test.d` succeeds to compile
without DMD assertion.
Kenji Hara
2012/1/23 Adam Wilson flybo...@gmail.com:
Does anyone have any idea why DMD would assert with the following assert on
this code while building the druntime during DI
Am 26.01.2012, 05:08 Uhr, schrieb Brad Roberts bra...@puremagic.com:
On 1/24/2012 8:48 PM, Jonathan M Davis wrote:
The level of support for the Windows API in druntime and Phobos is
pretty low.
As I understand it, Windows users are pretty much forced to use
On 26 January 2012 16:33, Marco Leise marco.le...@gmx.de wrote:
Am 26.01.2012, 05:08 Uhr, schrieb Brad Roberts bra...@puremagic.com:
On 1/24/2012 8:48 PM, Jonathan M Davis wrote:
The level of support for the Windows API in druntime and Phobos is
pretty low.
As I understand it, Windows
On 26 January 2012 16:45, Manu turkey...@gmail.com wrote:
On 26 January 2012 16:33, Marco Leise marco.le...@gmx.de wrote:
Am 26.01.2012, 05:08 Uhr, schrieb Brad Roberts bra...@puremagic.com:
On 1/24/2012 8:48 PM, Jonathan M Davis wrote:
The level of support for the Windows API in druntime
Trass3r wrote:
but by using named enums I made clear that Bla and Blub are
totally different
No. Obviously you decjlared both to be implicitely convertable to a
common super type: int. To change this, both supertypes have be
changed.
The impßlementation is unfortenatey broken:
void
On Thursday, 26 January 2012 at 14:45:02 UTC, Manfred Nowak wrote:
Trass3r wrote:
but by using named enums I made clear that Bla and Blub are
totally different
No. Obviously you decjlared both to be implicitely convertable
to a common super type: int. To change this, both supertypes
have
Trass3r wrote:
Is there any merit in having implicit conversion to the basetype?
Yes. Otherwise it would be at least close to equivalence to a
`typedef'.
-manfred
Trass3r wrote:
That's why I question the implicit conversion.
Yes. I realized my fault and canceled my message, but wasn't fast
enough.
-manfred
On Wed, 25 Jan 2012 17:16:19 -0500, Nick Sabalausky a@a.a wrote:
But how is just the basic moving the pointer compared to other
touchpads?
It's similar. The only thing is, the click is actually a physical button
(the whole pad is a button). On a normal touchpad, you can click by
On 01/25/2012 01:38 PM, Andrej Mitrovic wrote:
The Json parsing I've initially attempted was a mistake. I've assumed
the XML parsing would be harder than necessary, but I ended up
fighting wxPhp's arbitrary Json output (arrays holding objects of
different types.. which is no good for D, or my
On Thursday, 26 January 2012 at 01:44:23 UTC, Marco Leise wrote:
Delphi:
http://delphi.about.com/od/beginners/a/delphi_set_type.htm |
Scroll to: Sets with Enumerations
Sets use the smallest integer type that can hold enough bits
for the number of elements in an enum. So up to 8 enum flags
use
On 1/26/12 4:06 PM, Steven Schveighoffer wrote:
[…]And the
backspace key is labeled delete, and I still don't know how to do what a
normal delete key would do (delete the character that follows the
cursor) can someone tell me?
Fn + Backspace, on my Macbook Pro.
David
Sorry for my ignorance but why should one use DStep instead of htod in
order to port plain vanilla C headers ? I have to admit that I haven't
tried DStep yet.
Did you try DStep on libxml2, respective libxslt ?
TIA,
Bjoern
On Thu, 26 Jan 2012 10:20:38 -0500, David Nadlinger s...@klickverbot.at
wrote:
On 1/26/12 4:06 PM, Steven Schveighoffer wrote:
[…]And the
backspace key is labeled delete, and I still don't know how to do what a
normal delete key would do (delete the character that follows the
cursor) can
On Thu, 26 Jan 2012 07:19:27 -0800
bls bizp...@orange.fr wrote:
Sorry for my ignorance but why should one use DStep instead of htod
in order to port plain vanilla C headers ? I have to admit that I
haven't tried DStep yet.
Excuse me for my ignorance about DStep, but htod is Windows-only.
Sorry for my ignorance but why should one use DStep instead of
htod in order to port plain vanilla C headers ? I have to
admit that I haven't tried DStep yet.
htod is Windows-only.
And it sucks.
For example it drops const, runs the preprocessor instead of
turning preprocessor directives
Is there any merit in having implicit conversion to the
basetype?
Yes. Otherwise it would be at least close to equivalence to a
`typedef'.
Even typedef implicitly converts in one of the directions.
A named enum is a separate type with a finite set of allowed
values defined by the user.
On 01/26/2012 07:51 AM, Trass3r wrote:
Sorry for my ignorance but why should one use DStep instead of htod
in order to port plain vanilla C headers ? I have to admit that I
haven't tried DStep yet.
htod is Windows-only.
And it sucks.
For example it drops const, runs the preprocessor instead
Ok,Thanks for clarification! Seems that DStep is a missing link
in the D tool-chain and should be part of the DMD package
I'll try DStep ASAP on libxml2 and libxslt. Will let you know
how it works for me.
I don't think it's in a usable state yet.
I guess SWIG could be useful currently.
On Thu, 26 Jan 2012 00:49:58 +0100, Trass3r u...@known.com wrote:
In the codebase I have to work with, having the same enum specified in
different places is rather common. Yeah, I hate it. This means I might
have a filter defined using one enum, and the value to filter being a
different type
On 1/26/12 10:41 AM, Steven Schveighoffer wrote:
On Thu, 26 Jan 2012 10:20:38 -0500, David Nadlinger s...@klickverbot.at
wrote:
On 1/26/12 4:06 PM, Steven Schveighoffer wrote:
[…]And the
backspace key is labeled delete, and I still don't know how to do what a
normal delete key would do
My only gripe about the trackpad is that it's impossible to drag with the right
button down. Beyond that, I actually like the control key setup on OSX, even if
it isn't as comprehensive as Windows. The command key has a long history in the
Unix world anyway. It's much better than the Windows
On Thu, 26 Jan 2012 06:33:12 -0800, kenji hara k.hara...@gmail.com wrote:
What version do you use?
In 2.058head(commit f8887855), `dmd -H -c test.d` succeeds to compile
without DMD assertion.
Kenji Hara
2012/1/23 Adam Wilson flybo...@gmail.com:
Does anyone have any idea why DMD would assert
On Thu, 26 Jan 2012 00:30:14 -0800, Manu turkey...@gmail.com wrote:
On 26 January 2012 03:15, Adam Wilson flybo...@gmail.com wrote:
On Wed, 25 Jan 2012 15:05:43 -0800, Manu turkey...@gmail.com wrote:
On 26 January 2012 00:55, Adam Wilson flybo...@gmail.com wrote:
On Wed, 25 Jan 2012
Trass3r wrote:
Even typedef implicitly converts in one of the directions.
`typedef' is or will be disallowed in D because of reasons I do not
understand. In C and C++ their existence introduce problems because
they increase the amount of parsing passes.
A named enum is a separate type
On 01/26/2012 02:59 PM, Trass3r wrote:
I thought it'd be good to outsource this question from the other thread
about enums as flags.
Is there any merit in having implicit conversion to the basetype?
Imo it only introduces a severe bug source and brings no advantages.
For example it allows
The issue is not with aliases, accessability already has a natural grey
area:
module lib;
private struct Foo {}
// Should any of these be allowed?
public Foo getFoo() { return Foo(); }
public void takeFoo(Foo f) {}
struct Bar
{
Foo f;
}
--
module main;
import
On 2012-01-26 15:46, Manu wrote:
On 26 January 2012 16:45, Manu turkey...@gmail.com
mailto:turkey...@gmail.com wrote:
On 26 January 2012 16:33, Marco Leise marco.le...@gmx.de
mailto:marco.le...@gmx.de wrote:
Am 26.01.2012, 05:08 Uhr, schrieb Brad Roberts
On 2012-01-26 17:18, Trass3r wrote:
Ok,Thanks for clarification! Seems that DStep is a missing link in the
D tool-chain and should be part of the DMD package
I'll try DStep ASAP on libxml2 and libxslt. Will let you know how it
works for me.
I don't think it's in a usable state yet.
I guess
On 2012-01-26 16:41, Gour wrote:
On Thu, 26 Jan 2012 07:19:27 -0800
blsbizp...@orange.fr wrote:
Sorry for my ignorance but why should one use DStep instead of htod
in order to port plain vanilla C headers ? I have to admit that I
haven't tried DStep yet.
Excuse me for my ignorance about
On 2012-01-26 17:08, bls wrote:
On 01/26/2012 07:51 AM, Trass3r wrote:
Sorry for my ignorance but why should one use DStep instead of htod
in order to port plain vanilla C headers ? I have to admit that I
haven't tried DStep yet.
htod is Windows-only.
And it sucks.
For example it drops
On 01/26/2012 09:51 AM, Jacob Carlborg wrote:
On 2012-01-26 17:08, bls wrote:
On 01/26/2012 07:51 AM, Trass3r wrote:
Sorry for my ignorance but why should one use DStep instead of htod
in order to port plain vanilla C headers ? I have to admit that I
haven't tried DStep yet.
htod is
That would break the independence between parser and semantic
analyzer, because there's no way to disambiguate bar from Foo.bar
without knowing, that Foo is actually an enum.
On Thu, Jan 26, 2012 at 5:41 PM, Jacob Carlborg d...@me.com wrote:
On 2012-01-26 14:23, Trass3r wrote:
It's not type
We need a decision on this topic.
Actively maintaining support for new features?
Cleaning out Win9x code?
On Thursday, January 26, 2012 19:21:53 Martin Nowak wrote:
We need a decision on this topic.
Actively maintaining support for new features?
Cleaning out Win9x code?
There doesn't seem to be much support for continuing support of Win9x code, so
I think that we're going to axe it. I
On 01/26/2012 07:21 PM, Gor Gyolchanyan wrote:
That would break the independence between parser and semantic
analyzer, because there's no way to disambiguate bar from Foo.bar
without knowing, that Foo is actually an enum.
No, it would not. The parser does not have to care.
On Thu, Jan 26,
On 01/26/2012 02:41 PM, Jacob Carlborg wrote:
On 2012-01-26 14:23, Trass3r wrote:
It's not type safe in C. But you can wrap it in a struct with alias
this instead.
Yep, but in D we have strong enums, so why not use them.
What about be able to do something like this:
enum Foo
{
public:
bar,
On Thursday, 26 January 2012 at 15:13:57 UTC, bls wrote:
Andrej,
I can't await your SUCCESS message. For me your upcoming code
is the most important stuff since years.
A few questions : where do I find Vladimir Panteelev's XML
library ? Does this library support XPATH ?
I don't know
Le 26/01/2012 14:59, Trass3r a écrit :
I thought it'd be good to outsource this question from the other thread
about enums as flags.
Is there any merit in having implicit conversion to the basetype?
Imo it only introduces a severe bug source and brings no advantages.
For example it allows
On Thursday, January 26, 2012 19:44:18 Jesse Phillips wrote:
On Thursday, 26 January 2012 at 15:13:57 UTC, bls wrote:
Andrej,
I can't await your SUCCESS message. For me your upcoming code
is the most important stuff since years.
A few questions : where do I find Vladimir Panteelev's XML
I have argued for banning those operations on strong enums before, but
some objected to it because they wanted to use strong enums as bit flags.
Yep, that's what the other thread 'using enums for flags' is about.
But implicit conversions seem wrong in any case.
`typedef' is or will be disallowed in D because of reasons I do not
understand.
It's ill-defined. There are 4 possible types of typedef:
http://d.puremagic.com/issues/show_bug.cgi?id=5467
In C and C++ their existence introduce problems because
they increase the amount of parsing passes.
What about be able to do something like this:
enum Foo
{
public:
bar,
fooBar,
}
Foo f = bar;
public is the wrong keyword. Furthermore, the solution is not better
than mixin Import!Foo; I think the extern(C) enum proposal is pragmatic
and makes more sense.
+1
If your binding is for yourself, that's not a big deal. But if you're
putting it out there for public consumption, then I think compatibility
with the C version would be more important. If someone is looking at
sample C code, you should make it they don't need to adjust it much
Yep, one
On 2012-01-26 19:08, bls wrote:
On 01/26/2012 09:51 AM, Jacob Carlborg wrote:
On 2012-01-26 17:08, bls wrote:
On 01/26/2012 07:51 AM, Trass3r wrote:
Sorry for my ignorance but why should one use DStep instead of htod
in order to port plain vanilla C headers ? I have to admit that I
haven't
On 26.01.2012 14:59, Trass3r wrote:
I thought it'd be good to outsource this question from the other thread
about enums as flags.
Is there any merit in having implicit conversion to the basetype?
Allowing it to be used as an argument when calling C functions?
Without it, how would you
On Jan 25, 2012, at 2:49 AM, Manu wrote:
On 23 January 2012 02:00, Timon Gehr timon.g...@gmx.ch wrote:
Erlang *has* been used in multiple large projects and it is likely that you
make use of some service that is powered by erlang on a daily basis. It is
successful in its niche. Copying its
On 26.01.2012 00:36, Walter Bright wrote:
On 1/25/2012 2:27 PM, Vladimir Panteleev wrote:
How about these?
http://images.google.com/search?q=downloadtbm=ischtbs=isz:i
You're in a maze of twisty passages, all different.
The first ones look as though they're showing you where the secret
On 01/26/2012 09:07 PM, Sean Kelly wrote:
On Jan 25, 2012, at 2:49 AM, Manu wrote:
On 23 January 2012 02:00, Timon Gehrtimon.g...@gmx.ch wrote:
Erlang *has* been used in multiple large projects and it is likely that you
make use of some service that is powered by erlang on a daily basis. It
Is there any merit in having implicit conversion to the basetype?
Allowing it to be used as an argument when calling C functions?
extern(C):
enum Bla : int {...}
void foo(Bla b);
How does this require implicit conversion?
The codegen treats Bla like basetype anyway.
On 26 January 2012 22:07, Sean Kelly s...@invisibleduck.org wrote:
On Jan 25, 2012, at 2:49 AM, Manu wrote:
On 23 January 2012 02:00, Timon Gehr timon.g...@gmx.ch wrote:
Erlang *has* been used in multiple large projects and it is likely that
you make use of some service that is powered by
Am 26.01.2012, 18:47 Uhr, schrieb Jacob Carlborg d...@me.com:
On 2012-01-26 15:46, Manu wrote:
On 26 January 2012 16:45, Manu turkey...@gmail.com
mailto:turkey...@gmail.com wrote:
On 26 January 2012 16:33, Marco Leise marco.le...@gmx.de
mailto:marco.le...@gmx.de wrote:
Am
On 01/26/2012 10:19 PM, Manu wrote:
C# has generics. Not quite like D templates, more like C++, but still...
C# generics and C++/D templates are *very* different things. C# generics
make code type check (and duplicate static variables), templates
duplicate the whole code. C# does not have
On 1/26/12, bls bizp...@orange.fr wrote:
A few questions : where do I find Vladimir Panteelev's XML library ?
https://github.com/CyberShadow/ae/blob/master/utils/ (see xml.d)
Does this library support XPATH ?
I'm not sure. It's a light-weight library, you're probably not going
to see libxml2
Trass3r wrote:
It's ill-defined. There are 4 possible types of typedef:
http://d.puremagic.com/issues/show_bug.cgi?id=5467
[...]
Again, this thread is all about discussing the right way to do it
and not about what the buggy and holey spec reads.
[...]
I don't see any merit in that.
You
Steven Schveighoffer schvei...@yahoo.com wrote in message
news:op.v8o5k6h4eav7ka@localhost.localdomain...
If you can bring yourself to stomach the apple store atmosphere,
Heh :)
I encourage you to visit one and try it out. It's definitely different
than any other interface I've ever
Sean Kelly s...@invisibleduck.org wrote in message
news:mailman.49.1327595627.25230.digitalmar...@puremagic.com...
The command key has a long
history in the Unix world anyway. It's much better than
the Windows key that just does one thing, and something
I've never actually wanted to do.
Sent
On Thursday, 26 January 2012 at 19:02:30 UTC, Jonathan M Davis
wrote:
xmlp is the one that Tomaz is working on to replace std.xml,
correct? Any idea how close it is to actually being submitted
for review?
- Jonathan M Davis
Michael Rynn, no I don't know what Tomaz is up to. Maybe some
form
El 26/01/2012 14:59, Trass3r escribió:
I thought it'd be good to outsource this question from the other thread
about enums as flags.
Is there any merit in having implicit conversion to the basetype?
Imo it only introduces a severe bug source and brings no advantages.
A better example is
Alvaro wrote:
With a non-int-convertible bool your above weird
example would not work.
But that the example works is not the fault of the existence of enums.
It is due to the fact that omission, inclusion or change of one
character can produce a different value without any warning.
On Thu, 26 Jan 2012 17:31:34 -0500, Nick Sabalausky a@a.a wrote:
Sean Kelly s...@invisibleduck.org wrote in message
news:mailman.49.1327595627.25230.digitalmar...@puremagic.com...
The command key has a long
history in the Unix world anyway. It's much better than
the Windows key that just does
On Jan 26, 2012, at 2:28 PM, Nick Sabalausky wrote:
The Apple key is treated like the control key - You just have to remember
that when you'd normally go for Control, on the Mac you'd do Apple instead.
I don't remember what the hell the Mac's Control key is for. My Option key
actually
On Jan 26, 2012, at 1:19 PM, Manu wrote:
On 26 January 2012 22:07, Sean Kelly s...@invisibleduck.org wrote:
What I like about receiveOnly is that the name itself suggests that
anything other than the specified type is not expected, and so some measure
will probably be taken.
Again,
On Thu, 26 Jan 2012 23:49:40 +0100, Alvaro alvarodotseg...@gmail.com
wrote:
El 26/01/2012 14:59, Trass3r escribió:
I thought it'd be good to outsource this question from the other thread
about enums as flags.
Is there any merit in having implicit conversion to the basetype?
Imo it only
On 26/01/2012 15:41, Steven Schveighoffer wrote:
On Thu, 26 Jan 2012 10:20:38 -0500, David Nadlinger s...@klickverbot.at wrote:
On 1/26/12 4:06 PM, Steven Schveighoffer wrote:
[…]And the
backspace key is labeled delete, and I still don't know how to do what a
normal delete key would do
A pattern in D is this:
alias Foo!q{
stuffs
} MyFoo;
Where Foo is a templated struct/class. In many ways, this is similar to
defining a new type, and I therefore throw out the suggestion that the
syntax should reflect this. I may be wrong, but I think this syntax is
unused and fitting:
Foo
Sean Kelly s...@invisibleduck.org wrote in message
news:mailman.70.1327626159.25230.digitalmar...@puremagic.com...
On Jan 26, 2012, at 2:28 PM, Nick Sabalausky wrote:
The Apple key is treated like the control key - You just have to remember
that when you'd normally go for Control, on the Mac
On 27/01/2012 01:36, Nick Sabalausky wrote:
snip
Heh, yea. That's something thing I always found funny: Apple always used to
prepackage one-button mice with their right-click-capable OSX machines
because one-button mice are simpler and easier. But I never understood how
control-click qualified
Stewart Gordon smjg_1...@yahoo.com wrote in message
news:jfsuc5$12pl$1...@digitalmars.com...
Who decides what constitutes a normal delete key?
That's normal as in 95% of the PCs in the past 20 years. ;) (And macs
*are* personal computers, contrary to the ads.)
FWIW though, any mention of
Stewart Gordon smjg_1...@yahoo.com wrote in message
news:jfsvfh$14ek$1...@digitalmars.com...
On 27/01/2012 01:36, Nick Sabalausky wrote:
snip
Heh, yea. That's something thing I always found funny: Apple always used
to
prepackage one-button mice with their right-click-capable OSX machines
Nick Sabalausky a@a.a wrote in message
news:jft09p$160q$1...@digitalmars.com...
Stewart Gordon smjg_1...@yahoo.com wrote in message
news:jfsuc5$12pl$1...@digitalmars.com...
I've been reminded of the iMac G3 that I was made to use for some of my
time as a PhD student. Just the backspace
Heh, yea. That's something thing I always found funny:
Apple always used to
prepackage one-button mice with their
right-click-capable OSX machines
because one-button mice are simpler and easier. But I
never understood how
control-click qualified as simpler or easier than
right-click.
I see, well that's good. I presume then that it shouldn't be too much
trouble to implement MS C++'s ref type ABI in D then if it is just
basically COM.
How about 'delegate'? Would it be trouble to make the extern ABI
compatible
when passing delegates between MSC++/D?
Theoretically, it
I do Win-R all the time. Win-D is nice, too, although I tend to forget
about
it.
Win-L is lock screen or return to welcome screen if you have that
enabled. That's a useful one.
Don't forget Win-E for my computer, Win-F for find and Win-Pause to open
system properties. Although since
I think if you design an interface where the input device has only one button
as opposed to multiple buttons, etc, one could argue that the result will be
easier to learn. I know I always had trouble explaining the use of the right
mouse button in Windows to my parents.
On Jan 26, 2012, at
On Thu, Jan 26, 2012 at 4:31 PM, Nick Sabalausky a@a.a wrote:
Sean Kelly s...@invisibleduck.org wrote in message
news:mailman.49.1327595627.25230.digitalmar...@puremagic.com...
The command key has a long
history in the Unix world anyway. It's much better than
the Windows key that just does one
On Thu, Jan 26, 2012 at 6:59 AM, Nick Sabalausky a@a.a wrote:
Andrew Wiley wiley.andre...@gmail.com wrote in message
news:mailman.40.1327562674.25230.digitalmar...@puremagic.com...
On Wed, Jan 25, 2012 at 3:31 PM, Nick Sabalausky a@a.a wrote:
Steven Schveighoffer schvei...@yahoo.com wrote in
alias int UITableViewRowAnimation;
enum
{
UITableViewRowAnimationFade,
UITableViewRowAnimationRight,
UITableViewRowAnimationLeft,
UITableViewRowAnimationTop,
UITableViewRowAnimationBottom,
UITableViewRowAnimationNone,
UITableViewRowAnimationMiddle,
UITableViewRowAnimationAutomatic = 100
On 2012-01-26 22:31, Marco Leise wrote:
Am 26.01.2012, 18:47 Uhr, schrieb Jacob Carlborg d...@me.com:
On 2012-01-26 15:46, Manu wrote:
On 26 January 2012 16:45, Manu turkey...@gmail.com
mailto:turkey...@gmail.com wrote:
On 26 January 2012 16:33, Marco Leise marco.le...@gmx.de
On Thu, 26 Jan 2012 23:18:10 +0100, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
On 1/26/12, bls bizp...@orange.fr wrote:
A few questions : where do I find Vladimir Panteelev's XML library ?
https://github.com/CyberShadow/ae/blob/master/utils/ (see xml.d)
Does this library support
1 - 100 of 184 matches
Mail list logo