On Sat, 06 Jun 2015 18:49:00 +, Marc Schütz wrote:
> On Saturday, 6 June 2015 at 15:12:38 UTC, ketmar wrote:
>> what should i check to see what is *really* allowed, why two storage
>> classes allowed with one combination and not allowed with another?
>
> Well, you can look at the compiler's
it's nothing wrong in certificate being self-signed, but it's expired. i
believe that this should be fixed. ;-)
signature.asc
Description: PGP signature
On Sat, 06 Jun 2015 22:08:47 -0700, Andrei Alexandrescu wrote:
> On 6/6/15 10:00 PM, Rikki Cattermole wrote:
>> On 7/06/2015 4:55 p.m., ketmar wrote:
>>> On Sat, 06 Jun 2015 21:30:02 -0700, Andrei Alexandrescu wrote:
>>>
>>> so in the end, after endless talking how separate compilation sux and
>>>
On Sun, 07 Jun 2015 08:24:23 +, Temtaime wrote:
> It's really bad solution.
>
> Are you building phobos 1000 times a day so 5 seconds is really long for
> you ?
> Separate compilation prevents compiler from inlining everything.
how is that? even if we left lto aside, compiler needs module so
On Sun, 07 Jun 2015 11:01:19 +0200, Iain Buclaw via Digitalmars-d wrote:
> On 7 June 2015 at 10:51, ketmar via Digitalmars-d <
> digitalmars-d@puremagic.com> wrote:
>
>> On Sun, 07 Jun 2015 08:24:23 +, Temtaime wrote:
>>
>> > It's really bad solutio
On Sun, 07 Jun 2015 18:49:24 +0200, Timon Gehr wrote:
> On 06/06/2015 08:06 AM, ketmar wrote:
>> On Sat, 06 Jun 2015 00:28:51 +0200, Timon Gehr wrote:
>>
>>> On 06/05/2015 02:33 PM, ketmar wrote:
i agree, i think it was a keyword used 'cause it was already used in
C.
but it's meanin
On Sun, 07 Jun 2015 18:50:07 +0200, Timon Gehr wrote:
> On 06/06/2015 08:10 AM, ketmar wrote:
>> if `auto` can play a role of type placeholder
>
> There is no such thing as a type placeholder.
there is:
`immutable auto` -- ok
`immutable const` -- not ok
ergo, `auto` is not a storage class, but
On Mon, 08 Jun 2015 09:27:34 +, Marc Schütz wrote:
>> ergo, `auto` is not a storage class, but type placeholder.
>
> No.
and it's not a storage class too. `foreach (auto i; 0..42)` doesn't work,
white `foreach (immutable i; 0..42)` works ok.
signature.asc
Description: PGP signature
On Mon, 08 Jun 2015 14:28:06 +0200, Timon Gehr wrote:
> On 06/08/2015 09:28 AM, ketmar wrote:
>> On Sun, 07 Jun 2015 18:49:24 +0200, Timon Gehr wrote:
>>
>>> On 06/06/2015 08:06 AM, ketmar wrote:
On Sat, 06 Jun 2015 00:28:51 +0200, Timon Gehr wrote:
> On 06/05/2015 02:33 PM, ketmar w
On Mon, 08 Jun 2015 13:38:08 +0200, Timon Gehr wrote:
> On 06/08/2015 09:30 AM, ketmar wrote:
>> On Sun, 07 Jun 2015 18:50:07 +0200, Timon Gehr wrote:
>>
>>> On 06/06/2015 08:10 AM, ketmar wrote:
if `auto` can play a role of type placeholder
>>>
>>> There is no such thing as a type placeholde
On Mon, 08 Jun 2015 13:47:09 +0200, Timon Gehr wrote:
> On 06/08/2015 11:33 AM, ketmar wrote:
>> On Mon, 08 Jun 2015 09:27:34 +, Marc Schütz wrote:
>>
ergo, `auto` is not a storage class, but type placeholder.
>>>
>>> No.
>>
>> and it's not a storage class too. `foreach (auto i; 0..42)
On Mon, 08 Jun 2015 15:47:33 +0200, Timon Gehr wrote:
> On 06/08/2015 03:11 PM, ketmar wrote:
>> so specifying two storage classes are sometimes valid and sometimes
>> invalid. a perfect consistency!
>
> The compiler sometimes compiles the program and sometimes terminates
> with an error message
On Mon, 08 Jun 2015 15:54:23 +0200, Timon Gehr wrote:
> On 06/08/2015 03:17 PM, ketmar wrote:
>> ...
>>
>> i tried to explain to some people why `foreach (i; 0..42)` doesn't
>> reuse previously declared `i` and failed.
>
> The reason is that it wouldn't make any sense.
>
>> it doesn't look like
On Mon, 08 Jun 2015 15:46:22 +0200, Timon Gehr wrote:
> It indicates to the parser that what follows is a declaration. Nothing
> more. It does not hold the place of anything else.
so it's not a "default storage type", but simply "a mark for a parser".
well, the third definition.
signature.asc
D
On Mon, 08 Jun 2015 15:30:24 +, Marc Schütz wrote:
> On Monday, 8 June 2015 at 15:09:21 UTC, ketmar wrote:
>> On Mon, 08 Jun 2015 15:47:33 +0200, Timon Gehr wrote:
>>
>>> On 06/08/2015 03:11 PM, ketmar wrote:
so specifying two storage classes are sometimes valid and sometimes
invali
On Tue, 09 Jun 2015 13:09:22 +0200, Timon Gehr wrote:
>> i'll keep citing `foreach (auto i)` thingy. it can't be deduced by
>> using the knowledge of other language constructs, it can be only
>> remembered. the less things one can't deduce language has, the better.
>>
>>
> http://en.wikipedia.org/
On Wed, 10 Jun 2015 09:12:15 +, John Chapman wrote:
> On Wednesday, 10 June 2015 at 07:56:46 UTC, John Chapman wrote:
>> It's a shame ucent/cent never got implemented. But couldn't they be
>> added to Phobos? I often need a 128-bit type with better precision than
>> float and double.
>
> Othe
On Fri, 12 Jun 2015 16:32:37 -0700, Ali Ãehreli wrote:
> On 06/12/2015 04:25 PM, Yuxuan Shui wrote:
>> When there are multiple overloaded functions, whose return type will I
>> get when I use ReturnType? Is there a way I could choose a specific
>> function by its parameter types?
>
> I am curiou
On Sat, 13 Jun 2015 11:32:18 +, rsw0x wrote:
> http://dlang.org/garbage.html
>
> Do not take advantage of alignment of pointers to store bit flags in the
> low order bits:
> p = cast(void*)(cast(int)p | 1); // error: undefined behavior
>
> if this restriction is actually imposed - why does
On Sat, 13 Jun 2015 12:28:13 +, rsw0x wrote:
> There's not even a warning on them that they're violating the garbage
> collector specification, don't you think that's a little important?
i believe that if one needs to do such things, he is knowledgeable enough
to foresee the possible consequ
On Fri, 12 Jun 2015 17:28:56 -0700, Ali Ãehreli wrote:
>>> void main()
>>> {
>>> static assert(is (ReturnType!(() => foo(long.init)) == int));
>>> static assert(is (ReturnType!(() => foo(byte.init)) == short));
>>> }
>>>
>>> Ali
>>
>> or without importing `std.traits`:
>>
>>static
On Sat, 13 Jun 2015 11:46:41 -0400, Nick Sabalausky wrote:
> Maybe I'm just not seeing it, but I suspect QR is more someone that
> companies *want* people to care about, rather than something anyone
> actually uses.
same for me.
signature.asc
Description: PGP signature
On Sat, 13 Jun 2015 22:09:52 +, deadalnix wrote:
> I haven't read something that ridiculous in a while.
you're welcome.
signature.asc
Description: PGP signature
On Sat, 13 Jun 2015 21:57:42 -0400, Steven Schveighoffer wrote:
> A rather cool usage of QR code I saw was a sticker on a device that was
> a link to the PDF of the manual.
it's k001, but i'll take a printed URL for it in any time. the old good
URL that i can read with my eyes.
signature.asc
De
On Sun, 14 Jun 2015 08:58:12 +, weaselcat wrote:
> On Sunday, 14 June 2015 at 08:52:26 UTC, Dicebot wrote:
>> On Saturday, 13 June 2015 at 18:50:33 UTC, weaselcat wrote:
>>> Yes, and it's an obvious issue. Some of the most frequently requested
>>> things are real tuple syntax, pattern matching
On Sun, 14 Jun 2015 10:35:30 +, Joakim wrote:
> It does require more definitions, but it's worth it. A simple example
> like yours may seem excusable, but there's no way to limit such logic to
> just simple instances. Walter is coming from long experience with this,
> and even with my limite
p.s. i.e. it boils down to simple thing: Walter don't like it. period.
any rationalizing of that is pointless.
signature.asc
Description: PGP signature
On Sun, 14 Jun 2015 10:46:27 +, weaselcat wrote:
> On Sunday, 14 June 2015 at 10:16:18 UTC, ketmar wrote:
>> On Sun, 14 Jun 2015 08:58:12 +, weaselcat wrote:
>>
>>> On Sunday, 14 June 2015 at 08:52:26 UTC, Dicebot wrote:
On Saturday, 13 June 2015 at 18:50:33 UTC, weaselcat wrote:
On Sun, 14 Jun 2015 14:26:25 +, Joakim wrote:
> Walter explained his thinking behind this decision in five comments on
> this PR:
exactly what i told: "I don't like it, so abandon all hope".
signature.asc
Description: PGP signature
p.s. sorry, "stylistically", of course. mea maxima culpa.
signature.asc
Description: PGP signature
On Sun, 14 Jun 2015 15:49:40 +, Ola Fosheim Grøstad wrote:
> On Sunday, 14 June 2015 at 15:46:39 UTC, ketmar wrote:
>> On Sun, 14 Jun 2015 11:26:21 +, Ola Fosheim Grøstad wrote:
>>
>>> I'm sure Walter will be much more open to changes if there is a proven
>>> demand for it
>>
>> only i
On Sun, 14 Jun 2015 11:26:21 +, Ola Fosheim Grøstad wrote:
> I'm sure Walter will be much more open to changes if there is a proven
> demand for it
only if he like it. or at least indifferent to it.
"This is true IF you are trying to use version blocks in the same way one
does in C. Howeve
On Sun, 14 Jun 2015 12:37:18 -0400, bitwise wrote:
> How does memory get cleaned up?
yes. by OS when process terminates.
http://www.drdobbs.com/cpp/increasing-compiler-speed-by-over-75/240158941
a small quote: "DMD does memory allocation in a bit of a sneaky way.
Since compilers are short-live
On Mon, 15 Jun 2015 13:07:46 +0300, Dmitry Olshansky wrote:
> Truth be told it never made any sense - it only suitable for immutables
> - AST, ID pool and few others. For instance, lots and lots of AA-s are
> short-lived per analyzed scope.
>
> Even for immutables using region-style allocator wit
On Mon, 15 Jun 2015 17:25:07 +0900, Mike Parker wrote:
> On 6/14/2015 10:36 PM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
> " wrote:
>> On Sunday, 14 June 2015 at 13:02:03 UTC, Manfred Nowak wrote:
>>> bitwise wrote:
>>>
for at least adding "||" so that code can be shared between
platforms?
On Mon, 15 Jun 2015 23:03:35 +1200, Rikki Cattermole wrote:
> I'm personally very interested in a D based linker. Preferably using
> ranges.
>
> Unfortunately mine is going take quite a while to get anywhere and that
> is just for PE-COFF support.
>
> I theorize for a language like C it could be
On Mon, 15 Jun 2015 12:48:31 +, Ola Fosheim Grøstad wrote:
> On Monday, 15 June 2015 at 08:25:08 UTC, Mike Parker wrote:
>> Not using version statements. They only apply to the module in which
>> they are declared. To use it in multiple modules, you need static if
>> and enums.
>
> Ack⦠Th
On Mon, 15 Jun 2015 08:01:58 -0400, Steven Schveighoffer wrote:
> We can create new types of pointers, remove void * from the language,
> and get rid of unions, and yes, *ONLY THEN* we can have a GC that takes
> advantage of this.
>
> These are painful, massively breaking changes. It's not going
On Mon, 15 Jun 2015 21:47:26 +, Ola Fosheim Grøstad wrote:
> On Monday, 15 June 2015 at 15:10:10 UTC, ketmar wrote:
>> all in all, it creates more problems than it is trying to solve.
>
> Sounds like a bad excuse to me⦠All you need to require is that
> referenced global constants are actu
On Tue, 16 Jun 2015 16:28:53 +, Etienne wrote:
> To be fair, everything is bug prone until you understand them. GC
> finalization is done in a single lock, none of the memory is re-used, so
> objects can have their own "destroyed" flags and destroy eachother fine
> if the typeinfo issue isn't
On Wed, 17 Jun 2015 02:35:39 +, Etienne Cimon wrote:
> Only error was with a signal handler trying to allocate on the GC.
signal handlers shouldn't allocate at all, being that from GC, or from
libc, or from some other allocator. the only thing signal handler can do
safely is setting some fl
On Wed, 17 Jun 2015 14:57:38 +, Wyatt wrote:
> 'm not
> using std.container anywhere and I suspect it's much the same for most
> everyone else.
it seems that people rolling their own containers, preferring to stay
away from "std.container". so i don't think that it is used anywhere
except s
On Wed, 17 Jun 2015 14:47:12 +, Etienne Cimon wrote:
> This being said, I know my use of the core.gc implementation carries no
> forward guarantees, so, I might end up dragging it along for a while and
> merging only certain parts of druntime in the future.
sure, you can do that; i'm doing a
On Mon, 15 Jun 2015 18:19:06 -0400, bitwise wrote:
> When memory is never cleaned up, can't that make fork() really slow?
> Doesn't fork copy all memory of the entire process?
on any decent OS fork(2) does CoW (copy-on-writing), so forking is
lightning fast. also, any decent OS knows about "fork
On Tue, 16 Jun 2015 03:05:06 -0700, Walter Bright wrote:
> On 6/14/2015 4:03 AM, ketmar wrote:
>> honestly, if i'll want to have a limited language, i'll take Go.
>
> Go doesn't have conditional compilation.
you got it!
> > removing a power only 'cause it can be abused is not in a "spirit of
On Tue, 16 Jun 2015 03:10:01 -0700, Walter Bright wrote:
> I have yet to see a single case of "needing" boolean versions that could
> not be refactored into something much more readable and maintainable
> that did not use such.
and i have yet to see such cases for multiplication operator. it's
c
On Mon, 15 Jun 2015 22:06:24 +, Ola Fosheim Grøstad wrote:
> On Monday, 15 June 2015 at 21:59:43 UTC, ketmar wrote:
>> nononono. i smell #define hell from C and all the problems it brings,
>> like careful ordering of #include.
>
> Nah. #define does not define constants, but variable macros.
On Wed, 17 Jun 2015 17:25:05 +, weaselcat wrote:
> sometimes I find 'alias this' quite elegant, such as using alias this to
> a function. Other times I find it to be a poor hack to get around the
> lack of struct inheritance.
i agree that it has it's uses, but it's still a weird hack. and it
On Thu, 18 Jun 2015 08:05:46 +, John Colvin wrote:
> This appears to have involvement from all major browser vendors,
> which provides hope it might actually catch on properly. An llvm backend
> will be created which will compile to "wasm", hopefully LDC and/or SDC
> could glue to this.
>
> h
On Thu, 18 Jun 2015 04:21:10 +, IgorStepanov wrote:
> This is international forum and we may allow only one kind of
> intolerance: we may hate programmers, which doesn't use D yet.
we shouldn't hate them. they are poor people that simply can't see The
Light yet. but even php coder can become
On Thu, 18 Jun 2015 10:09:44 +, Joakim wrote:
> basically nobody wants to do, as it has responsibilities but basically
> no compensating reward, and by removing Martin from the role, you might
> actually have made his life easier! It doesn't sound like a punishment
> to me.
exactly. being fr
On Wed, 17 Jun 2015 22:35:12 +, Etienne Cimon wrote:
> e.g. __gshared MyObj g_obj1;
>
> Thread 1: g_obj1 = new MyObj;
> Thread 2: g_obj1.obj2 = new MyObj;
> Thread 3: write(g_obj1.obj2); <-- access violation (probably)
so no way to anchor the whole object tree by assigning it to __gshared
r
On Thu, 18 Jun 2015 09:57:19 +, Ola Fosheim Grøstad wrote:
> Although I think it might be more readable to have "and", "or"
> etc as operators. This is actually allowed in C++:
>
> "a && b" <=> "a and b"â¦
i prefer that to "&&" and "||", tbh, not because i have pascal/oberon
background, b
On Thu, 18 Jun 2015 01:44:08 +, Ola Fosheim Grøstad wrote:
> On Wednesday, 17 June 2015 at 17:28:51 UTC, ketmar wrote:
>> and `version` isn't a constant. it's a version id. it even lives in
>> it's own name space.
>
> For no gain whatsoever.
and it can be removed for good if `static if` wil
On Thu, 18 Jun 2015 13:41:27 +0200, Daniel Kozák via Digitalmars-d wrote:
> Yep, that would be perfect ;-). Now when newbie comes to dlang and read
> a few post on forum, his impression must be something like WTF.
so he shouldn't read "general". "D.learn" is newbie-friendly, one will
usually ge
On Thu, 18 Jun 2015 13:51:05 +, Etienne wrote:
> On Thursday, 18 June 2015 at 12:37:15 UTC, Dragos Carp wrote:
>> On Thursday, 18 June 2015 at 02:22:13 UTC, Vladimir Panteleev wrote:
>>> I would like to ask, what can we improve in our tooling and
>>> infrastructure to lessen the burden on rele
On Thu, 18 Jun 2015 12:19:03 +, Ola Fosheim Grøstad wrote:
>> p.s. and i hate that "true" converts to "1". in many forth systems
>> "true" is "-1", and it's way better. `a&cast(int)true` actually works
>> for the most widely used case (when a.sizeof <= int.sizeof), for
>> examplt.
>
> I'm al
On Thu, 18 Jun 2015 12:08:10 +, Etienne Cimon wrote:
> On Thursday, 18 June 2015 at 11:43:18 UTC, ketmar wrote:
>> On Wed, 17 Jun 2015 22:35:12 +, Etienne Cimon wrote:
>>
>>> e.g. __gshared MyObj g_obj1;
>>>
>>> Thread 1: g_obj1 = new MyObj;
>>> Thread 2: g_obj1.obj2 = new MyObj;
>>> Thre
On Thu, 18 Jun 2015 14:14:28 +, Etienne wrote:
> Not every package manager has to provide binaries. We simply build the
> packages through dub. dub+dmd is a good source package manager in
> itself, we need to write a dub.json for dmd/druntime/phobos and make it
> possible to compile them throu
On Thu, 18 Jun 2015 12:49:31 +, Vladimir Panteleev wrote:
> On Thursday, 18 June 2015 at 12:45:09 UTC, Adam D. Ruppe wrote:
>> On Thursday, 18 June 2015 at 05:17:22 UTC, Vladimir Panteleev wrote:
>>> Although more than half of all posts come from the web interface,
>>> about 40% use other meth
On Thu, 18 Jun 2015 08:12:03 +, Tofu Ninja wrote:
> +1
>
> Replies with a +1 on a line by itself could also be considered a like,
> so non web-interface users can like as well.
-1.
signature.asc
Description: PGP signature
On Thu, 18 Jun 2015 14:32:12 +, weaselcat wrote:
> On Thursday, 18 June 2015 at 14:30:59 UTC, ketmar wrote:
>> On Thu, 18 Jun 2015 14:14:28 +, Etienne wrote:
>>
>>> [...]
>>
>> i never talked about binaries. what i'm talking about is that dub is
>> not a package manager at all.
>>
>> how c
On Thu, 18 Jun 2015 14:45:26 +, Etienne wrote:
> My point is, we need to be able to extend it to build and link an
> application with a custom druntime/phobos/dmd version from source.
exactly what you can do with Reggae. now Reggae needs a good package
manager, which dub isn't.
signature.as
On Thu, 18 Jun 2015 18:45:14 +, Tofu Ninja wrote:
> On Thursday, 18 June 2015 at 14:38:19 UTC, ketmar wrote:
>> On Thu, 18 Jun 2015 08:12:03 +, Tofu Ninja wrote:
>>
>>> +1
>>>
>>> Replies with a +1 on a line by itself could also be considered a like,
>>> so non web-interface users can lik
On Thu, 18 Jun 2015 11:40:21 -0400, Nick Sabalausky wrote:
> On 06/18/2015 10:30 AM, ketmar wrote:
>>
>> i never talked about binaries. what i'm talking about is that dub is
>> not a package manager at all.
>>
>> how can i get a list of available packages? how can i search by package
>> name or in
On Thu, 18 Jun 2015 11:34:43 -0400, Nick Sabalausky wrote:
> On 06/18/2015 07:14 AM, ketmar wrote:
>> On Thu, 18 Jun 2015 04:21:10 +, IgorStepanov wrote:
>>
>>> This is international forum and we may allow only one kind of
>>> intolerance: we may hate programmers, which doesn't use D yet.
>>
>
On Thu, 18 Jun 2015 20:41:44 +, Atila Neves wrote:
> I'm going to carry on trying to convert posix.mak to a D description in
> reggae on a branch of my phobos clone, basically a continuation of [2]
> above.
>
> The idea is to replicate the exact behaviour and targets, submit a pull
> request
On Thu, 18 Jun 2015 17:12:31 +0200, Timon Gehr wrote:
> On 06/18/2015 01:53 PM, ketmar wrote:
>> On Thu, 18 Jun 2015 01:44:08 +, Ola Fosheim Grøstad wrote:
>>
>>> On Wednesday, 17 June 2015 at 17:28:51 UTC, ketmar wrote:
and `version` isn't a constant. it's a version id. it even lives
On Fri, 19 Jun 2015 02:00:41 +, Etienne wrote:
> On Thursday, 18 June 2015 at 20:58:38 UTC, ketmar wrote:
>> On Thu, 18 Jun 2015 14:45:26 +, Etienne wrote:
>>
>>> My point is, we need to be able to extend it to build and link an
>>> application with a custom druntime/phobos/dmd version fro
On Saturday, 20 June 2015 at 09:27:16 UTC, Vladimir Panteleev
wrote:
I would like to present a very similar case in another
language, JavaScript.
The String method has two functions with a similar name and
functionality: "substr" and "substring". If you were to search
the web, you can find a
On Sat, 20 Jun 2015 14:00:47 +, Etienne wrote:
> Yep, looks like we already have better. I don't understand how D hasn't
> fully picked up in Web Dev at this point. Are they expecting an
> e-commerce/blogging/cms platform to go with it?
D is just not ugly enough. the key to be popular (not on
On Sat, 20 Jun 2015 14:06:50 +0200, Marco Leise wrote:
> If you have a perfectly working old notebook with Windows XP on it, I
> can recommend QtWeb for its low resource usage and modern-ish feature
> set. It is a little unstable and rough around the edges though:
> http://www.qtweb.net/
Qt+WebKi
On Sat, 20 Jun 2015 15:21:28 +, Kagamin wrote:
> High DPI settings screw up native UI too if it's not pixel-precise, and
> ignoring user preferences is infraction, I'm afraid.
/me wonders if windows still cannot into dynamic layouts. in any decent
gui lib it's actually *harder* to build a gu
On Sat, 20 Jun 2015 15:55:24 +, NVolcz wrote:
> Found this site that collects learning material for different
> programming languages and tech.
> http://hackr.io/tutorials/d-programming-language
OT: why do they keep naming their sites in this "suckr" manner? there is
a limit on number of "e"
On Sat, 20 Jun 2015 16:14:43 +, Ola Fosheim Grøstad wrote:
> On Saturday, 20 June 2015 at 15:36:45 UTC, ketmar wrote:
>> it was designed to ignore that fact altogether. html/css layouting is a
>> pitiful attempt and barely usable. bwah, it can't even do normal
>> constraints!
>
> Hmmm, what
On Sat, 20 Jun 2015 16:18:28 +, Kagamin wrote:
> Windows API would be similar to X11, where you just specify everything
> in pixels and toolkits building on top of it manually do all the
> recomputations and layout policies, not the UI server.
only in windows "toolkit" is built into system. a
On Sat, 20 Jun 2015 12:23:59 -0400, Nick Sabalausky wrote:
yes. and another thing (which is tied to "popularity", though) is the
question: how many developers are here to hire for XYZ?
let's compare numbers for php, java, ruby, js -- and D. most companies
will not bet on language for which a po
On Sat, 20 Jun 2015 12:32:11 -0400, Nick Sabalausky wrote:
> On 06/20/2015 12:20 PM, ketmar wrote:
>> On Sat, 20 Jun 2015 16:14:43 +, Ola Fosheim Grøstad wrote:
>>
>>> On Saturday, 20 June 2015 at 15:36:45 UTC, ketmar wrote:
it was designed to ignore that fact altogether. html/css layout
On Sat, 20 Jun 2015 13:10:26 -0400, Nick Sabalausky wrote:
> Well, not really. I mean, managers and HR all *believe* that to be so.
> But that's because pretty much all non-programmers, even ones in the
> software dev industry who really should know better, are stuck in this
> bizarre idea that pr
On Mon, 22 Jun 2015 09:41:08 +, Jonathan M Davis wrote:
> Still, it seems odd to compare
> part of the NaN for equality but not all of it.
it's very useful for NaN-boxing.
signature.asc
Description: PGP signature
On Sat, 20 Jun 2015 15:38:29 -0700, Walter Bright wrote:
> https://github.com/rollbear/basicpp
this is doable with Adam's "jsvar.d" and compile-time parser. parser
needs to be written, though. i did that once, but found BASIC too
complicated and retreated to D.
signature.asc
Description: PGP s
On Sun, 21 Jun 2015 13:24:14 +, Tobias Müller wrote:
> For many programmers, programming is just a job, not more. They don't
> program in their spare time and are not really interested in programming
> languages as you are.
that people called "code monkeys", not "programmers". it's simply
i
On Sun, 21 Jun 2015 23:08:07 +, rsw0x wrote:
> No, there really are no libraries for D. And it's 1000x worse if you
> attempt to use D for anything related to system's programming aka no GC
> available.
>
> I got so fed up that I ported my project from D to C. I'll gladly trade
> a worse lang
On Tue, 23 Jun 2015 18:26:07 +, deadalnix wrote:
> I'm not sure of your use case, but wayland is clearly a huge step
> forward compared to X.
yep, they reinvented DirectFB and dropped alot of libs on top of it.
really a huge step.
signature.asc
Description: PGP signature
On Sat, 20 Jun 2015 17:00:43 +, Kagamin wrote:
> Well, it's just windows api was simple enough to be usable directly,
> while X11 didn't fly that way and didn't receive development since
> everybody used toolkits and all features were implemented in toolkits,
> which in the end used X11 as pla
On Sat, 20 Jun 2015 19:40:35 +, Ola Fosheim Grøstad wrote:
> On Saturday, 20 June 2015 at 16:20:31 UTC, ketmar wrote:
>> On Sat, 20 Jun 2015 16:14:43 +, Ola Fosheim Grøstad wrote:
>>
>>> On Saturday, 20 June 2015 at 15:36:45 UTC, ketmar wrote:
it was designed to ignore that fact a
On Tue, 23 Jun 2015 15:04:49 -0400, Nick Sabalausky wrote:
> Even that intrinsic passion in the field itself isn't strictly necessary
> to be a good programmer. I know that sounds wrong, but hear me out: All
> that's REALLY needed at the bare minimum is the basic integrity to say
> "If this is wha
On Tue, 23 Jun 2015 13:30:52 -0700, Jeremy Powers via Digitalmars-d wrote:
> Well I don't like assertions either, for specifically that reason. An
> error is an error, I don't want something to be caught and handled in
> debug to then be ignored and explode on release. If my release isn't
> chec
On Wed, 24 Jun 2015 11:44:09 +, Kagamin wrote:
> I'm talking about native UI getting screwed up on high DPI. Native UI is
> supposed to fit whatever space it's given, otherwise it works, but not
> as good as it's supposed to. Imagine your desktop doesn't fit the screen
> and gets scrolled. On
On Wed, 24 Jun 2015 06:43:00 +, Ola Fosheim Grøstad wrote:
> On Tuesday, 23 June 2015 at 19:03:14 UTC, ketmar wrote:
>> 1. cassowary is dynamic solver, it can continuously adjust it's
>> solution as more and more constraints are added. actually, that is one
>> of it's core features.
>
> Ah o
On Wed, 24 Jun 2015 06:38:38 +, Ola Fosheim Grøstad wrote:
> On Tuesday, 23 June 2015 at 19:42:53 UTC, Nick Sabalausky wrote:
>> Progressive rendering made sense back when you could literally watch
>> each image on the page gradually get pulled in over the wire (and when
>> the layout more or
On Wed, 24 Jun 2015 15:45:46 +, Kagamin wrote:
> That's because they are designed to be pixel-precise, like native UI
in *my* world, native UIs doesn't even know what "pixel" is.
signature.asc
Description: PGP signature
On Wed, 24 Jun 2015 12:30:27 -0400, Nick Sabalausky wrote:
> On 06/24/2015 11:34 AM, ketmar wrote:
>>
>> i ported [cassowary] to D some time ago.
>
> Github?
no, repo.or.cz ;-)
http://forum.dlang.org/thread/btoozbdfmuoopdrfr...@forum.dlang.org
that repo is slightly outdated, as i moved the por
On Sun, 28 Jun 2015 00:36:41 +, Jonathan M Davis wrote:
> Full property enforcement would fix these issues, but we're never going
> to get it.
i must admit that Kenji's patch (referred by OP) is the best solution i've
seen. it fixes the most annoying thing with delegate properties, and it
c
On Tue, 30 Jun 2015 08:03:00 -0400, Steven Schveighoffer wrote:
> On 6/28/15 10:25 PM, ketmar wrote:
>> and i found some invalid "front" usage in Phobos by the way (aka
>> `front()`).
>
> Have you filed an issue for this? If not, please do.
oops. sorry, i simply bolted a fixes in my branch and f
"will open a ticket", i meant. ;-)
signature.asc
Description: PGP signature
On Mon, 29 Jun 2015 11:30:52 -0400, bitwise wrote:
> IMO,
> the D community's time would be better spent improving D/C++ interop
> than trying to make D a systems language.
but that interop is excellent now! for, see, if some library has no C API,
only C++ API, authors of that library are heavil
On Wed, 01 Jul 2015 10:16:13 +, Ola Fosheim Grøstad wrote:
> Quite a few niche-libraries are C++ only.
throw 'em away, they full of bugs and broken code anyway.
signature.asc
Description: PGP signature
On Wed, 01 Jul 2015 13:43:26 +, Jonathan M Davis wrote:
> On Wednesday, 1 July 2015 at 11:18:17 UTC, ketmar wrote:
>> On Wed, 01 Jul 2015 10:16:13 +, Ola Fosheim Grøstad wrote:
>>
>>> Quite a few niche-libraries are C++ only.
>>
>> throw 'em away, they full of bugs and broken code anywa
On Thu, 02 Jul 2015 02:08:58 -0400, bitwise wrote:
> It is pretty good, but it's the little things, like these:
the whole thing i'm talking about is "no C++ interop is necessary,
eVaR!" ;-)
signature.asc
Description: PGP signature
1601 - 1700 of 1995 matches
Mail list logo