Re: DConf 2014 Lightning Talks

2014-08-07 Thread Bruno Medeiros via Digitalmars-d-announce

On 21/07/2014 20:13, Andrei Alexandrescu wrote:

Now available from youtube by default.

http://www.reddit.com/r/programming/comments/2bbklj/dconf_2014_lightning_talks/


https://twitter.com/D_Programming/status/491299147015012352

https://www.facebook.com/dlang.org/posts/888753774471638


Andrei



In Átila's talk, there is an egregious misuse of the term syntax 
checking, applied to what is actually language *semantics*, not 
syntax... ^_^'  But cool talk, and cool tool.


One question though, I'm hoping people familiar with Emacs could clarify 
to me: I assume that for flycheck to work in the continuous 
(as-you-type) way that it is shown to be working, then the files being 
edited have to be saved on to the disk, so that dmd can check them. Is 
it this saving done to the actual underlying files, or to some sort of 
copy? (I'm guessing that it's to the actual underlying files)


This is an interesting behavior I've come across, even before watching 
this talk: Recently I tried IntelliJ IDEA, and it also goes away with 
any explicit UI notion of saving a file. It just saves files 
automatically, as you type. This is interesting, and might well be a 
marked improvement in UI behavior...


--
Bruno Medeiros
https://twitter.com/brunodomedeiros


Re: DMD v2.066.0-rc1

2014-08-07 Thread Kagamin via Digitalmars-d-announce

On Wednesday, 6 August 2014 at 16:19:39 UTC, Brad Anderson wrote:
I don't think it's difficult for them, I think they often just 
don't know they can. Environment variables just aren't as well 
known on Windows these days. If you are an 18 year old getting 
into programming you likely have never even heard of 
environment variables or batch files and may not even know how 
to use the command prompt (or open it for that matter). Windows 
Vista came out when they were 10 years old and the days of 
having to know and use the command prompt for typical users 
were long gone by this point. I'm thirty so I knew and used 
MS-DOS as a kid (I had to) but if you've never used these 
things how would you know you could?


There are OS courses at institutes, where you have linux, gcc and 
learn, how pipes, shared memory and synchronization mechanisms 
work.


Re: D:YAML 0.5 (also, D:YAML 0.4.5, TinyEndian 0.1)

2014-08-07 Thread Kiith-Sa via Digitalmars-d-announce
On Wednesday, 6 August 2014 at 21:18:00 UTC, Gary Willoughby 
wrote:

On Wednesday, 6 August 2014 at 17:09:50 UTC, Kiith-Sa wrote:

## D:YAML 0.4.5 ##

For compatibility with DMD 2.065, I also made a release out 
of

the last
state of git master before 2.066 was required. See the release 
at

GitHub:

https://github.com/kiith-sa/D-YAML/releases/tag/v0.4.5


Great thanks. One tiny issue however is that v0.4.5 is not 
available via the dub registry. It looks like the registry has 
only picked up v0.5.0.


Is there any way to work this around?
(I'm not in charge of the dub package, and even if I were I don't 
see how I could force it to detect the older tag)


- the only thing I can think of right now is putting it into a 
separate repo and registering it as a separate package, which is 
rather unwieldy.


Re: DConf 2014 Lightning Talks

2014-08-07 Thread David Gileadi via Digitalmars-d-announce

On 8/7/14, 4:18 AM, Bruno Medeiros wrote:

This is an interesting behavior I've come across, even before watching
this talk: Recently I tried IntelliJ IDEA, and it also goes away with
any explicit UI notion of saving a file. It just saves files
automatically, as you type. This is interesting, and might well be a
marked improvement in UI behavior...


This is a UI direction that Mac OSX is going in, presumably as part of 
their push to bring iOS behavior to the desktop. Apps that use it save 
as they go, and they have a standard UI to browse through previous 
versions of your document if you want to go back to (or crib from) 
something earlier.


Re: DMD v2.066.0-rc1

2014-08-07 Thread Meta via Digitalmars-d-announce

On Thursday, 7 August 2014 at 11:30:19 UTC, Kagamin wrote:
On Wednesday, 6 August 2014 at 16:19:39 UTC, Brad Anderson 
wrote:
I don't think it's difficult for them, I think they often just 
don't know they can. Environment variables just aren't as well 
known on Windows these days. If you are an 18 year old getting 
into programming you likely have never even heard of 
environment variables or batch files and may not even know how 
to use the command prompt (or open it for that matter). 
Windows Vista came out when they were 10 years old and the 
days of having to know and use the command prompt for typical 
users were long gone by this point. I'm thirty so I knew and 
used MS-DOS as a kid (I had to) but if you've never used these 
things how would you know you could?


There are OS courses at institutes, where you have linux, gcc 
and learn, how pipes, shared memory and synchronization 
mechanisms work.


These are just broad overview courses that barely scratch the 
surface. A 4 month course can barely teach you anything about 
such a broad topic.


Re: DMD v2.066.0-rc1

2014-08-07 Thread Manu via Digitalmars-d-announce
On 7 August 2014 21:30, Kagamin via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On Wednesday, 6 August 2014 at 16:19:39 UTC, Brad Anderson wrote:

 I don't think it's difficult for them, I think they often just don't know
 they can. Environment variables just aren't as well known on Windows these
 days. If you are an 18 year old getting into programming you likely have
 never even heard of environment variables or batch files and may not even
 know how to use the command prompt (or open it for that matter). Windows
 Vista came out when they were 10 years old and the days of having to know
 and use the command prompt for typical users were long gone by this point.
 I'm thirty so I knew and used MS-DOS as a kid (I had to) but if you've
 never used these things how would you know you could?


 There are OS courses at institutes, where you have linux, gcc and learn,
 how pipes, shared memory and synchronization mechanisms work.


It's not because it's hard, it's because it's perceived as totally
backwards, and it undermines the trust in the ecosystem. It's all about
perception.

The Windows/Visual Studio development culture is pretty immature, and
expects nothing less than the level of polish and presentation that
Microsoft put into Visual Studio.
I have direct experience with hundreds of these sorts of developers. The
prevailing opinion is that Linux is rubbish for nerds, and if the ecosystem
presents itself in that style, it won't be taken seriously. You can't gain
the confidence of this community of developers unless you appeal to them on
their terms. First impressions and basic presentation are extremely
important to perception.
I think configuration friction in particular is extremely important to
eliminate; you are dealing with someone whose investment in D can be
measured in seconds, probably knows absolutely nothing about the ecosystem
technically, and is not yet sure if they even want to. Any friction between
them and a helpful little wizard that generates a hello world project for
them so they can start hacking about and see how it feels may quite
possibly dismiss it on contact.


Re: DMD v2.066.0-rc1

2014-08-07 Thread Dicebot via Digitalmars-d-announce
On Thursday, 7 August 2014 at 15:35:11 UTC, Manu via 
Digitalmars-d-announce wrote:
The Windows/Visual Studio development culture is pretty 
immature, and
expects nothing less than the level of polish and presentation 
that

Microsoft put into Visual Studio.


I have no idea how one can call one shitty program that can't 
even install itself to just work as polished


(reference to 
http://forum.dlang.org/post/xwfpcuavpdpwmvnbn...@forum.dlang.org)


Re: DMD v2.066.0-rc1

2014-08-07 Thread Manu via Digitalmars-d-announce
On 8 August 2014 01:41, Dicebot via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On Thursday, 7 August 2014 at 15:35:11 UTC, Manu via
 Digitalmars-d-announce wrote:

 The Windows/Visual Studio development culture is pretty immature, and
 expects nothing less than the level of polish and presentation that
 Microsoft put into Visual Studio.


 I have no idea how one can call one shitty program that can't even install
 itself to just work as polished

 (reference to http://forum.dlang.org/post/xwfpcuavpdpwmvnbndmt@forum.
 dlang.org)


Umm, I don't know what you're talking about exactly. But let me get this
straight, it looks like you're saying you are annoyed that it didn't 'just
work' out of the box? :P

But regardless, you're talking about `make -f win64.mak`, which suggests
that you're clearly not a windows/visual studio developer, and therefore
wouldn't understand ;)
You're meant to open the .sln file and press the build button...


Re: DMD v2.066.0-rc1

2014-08-07 Thread Dicebot via Digitalmars-d-announce
On Thursday, 7 August 2014 at 16:53:57 UTC, Manu via 
Digitalmars-d-announce wrote:
Umm, I don't know what you're talking about exactly. But let me 
get this
straight, it looks like you're saying you are annoyed that it 
didn't 'just

work' out of the box? :P


Yeah this is the inly compiler I have used so far where you can't 
just type `cl.exe helloworld.c` after installation and expect it 
to not crash - with an intention that you must use special 
environment wrapper before that is never mentioned to you during 
installation.



You're meant to open the .sln file and press the build button...


I'll tell my scripts next time that all they need is to press a 
build button, yeah


Re: D:YAML 0.5 (also, D:YAML 0.4.5, TinyEndian 0.1)

2014-08-07 Thread Gary Willoughby via Digitalmars-d-announce

On Thursday, 7 August 2014 at 13:38:20 UTC, Kiith-Sa wrote:
On Wednesday, 6 August 2014 at 21:18:00 UTC, Gary Willoughby 
wrote:

On Wednesday, 6 August 2014 at 17:09:50 UTC, Kiith-Sa wrote:

## D:YAML 0.4.5 ##

For compatibility with DMD 2.065, I also made a release out 
of

the last
state of git master before 2.066 was required. See the 
release at

GitHub:

https://github.com/kiith-sa/D-YAML/releases/tag/v0.4.5


Great thanks. One tiny issue however is that v0.4.5 is not 
available via the dub registry. It looks like the registry has 
only picked up v0.5.0.


Is there any way to work this around?
(I'm not in charge of the dub package, and even if I were I 
don't see how I could force it to detect the older tag)


- the only thing I can think of right now is putting it into a 
separate repo and registering it as a separate package, which 
is rather unwieldy.


Try asking for a solution here:
http://forum.rejectedsoftware.com/groups/rejectedsoftware.dub/


Re: DMD v2.066.0-rc1

2014-08-07 Thread Manu via Digitalmars-d-announce
On 8 August 2014 02:57, Dicebot via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:

 On Thursday, 7 August 2014 at 16:53:57 UTC, Manu via
 Digitalmars-d-announce wrote:

 Umm, I don't know what you're talking about exactly. But let me get this
 straight, it looks like you're saying you are annoyed that it didn't 'just
 work' out of the box? :P


 Yeah this is the inly compiler I have used so far where you can't just
 type `cl.exe helloworld.c` after installation and expect it to not crash -
 with an intention that you must use special environment wrapper before that
 is never mentioned to you during installation.


Yeah, the first I ever became aware about that environment script was when
Walter pointed it out to me a few years ago.
I've never encountered anybody try and use MSC from the command line in
about 15 years professionally. That's what I mean about this culture; it's
the opposite of linux, and it outright rejects practises that are
linux-like.

 You're meant to open the .sln file and press the build button...


 I'll tell my scripts next time that all they need is to press a build
 button, yeah


What's a script? Is that related to the command prompt? We left that behind
in Windows95... ;)


Re: DMD v2.066.0-rc1

2014-08-07 Thread Dicebot via Digitalmars-d-announce
On Thursday, 7 August 2014 at 17:05:29 UTC, Manu via 
Digitalmars-d-announce wrote:

On 8 August 2014 02:57, Dicebot via Digitalmars-d-announce 
digitalmars-d-announce@puremagic.com wrote:


On Thursday, 7 August 2014 at 16:53:57 UTC, Manu via
Digitalmars-d-announce wrote:

Umm, I don't know what you're talking about exactly. But let 
me get this
straight, it looks like you're saying you are annoyed that it 
didn't 'just

work' out of the box? :P



Yeah this is the inly compiler I have used so far where you 
can't just
type `cl.exe helloworld.c` after installation and expect it to 
not crash -
with an intention that you must use special environment 
wrapper before that

is never mentioned to you during installation.



Yeah, the first I ever became aware about that environment 
script was when

Walter pointed it out to me a few years ago.
I've never encountered anybody try and use MSC from the command 
line in
about 15 years professionally. That's what I mean about this 
culture; it's
the opposite of linux, and it outright rejects practises that 
are

linux-like.


well I don't mind that habits are totally different - but the 
fact that it is considered an excuse for distributing broken 
programs (and cl.exe is broken by most basic software usability 
principles) is frustrating at least. Polishing means exactly 
paying attention to details like that, making sure that features 
on one uses still work when stumbled upon. And making your GUI 
even more fancy is, well, making you GUI fancy. Nothing to do 
with polishing.


I'll tell my scripts next time that all they need is to press 
a build

button, yeah



What's a script? Is that related to the command prompt? We left 
that behind

in Windows95... ;)


Yeah you know those old school things that allow us to spend time 
on something actually useful instead of pressing buttons ;)


Re: DMD v2.066.0-rc1

2014-08-07 Thread Dicebot via Digitalmars-d-announce

On Thursday, 7 August 2014 at 17:11:23 UTC, Dicebot wrote:
well I don't mind that habits are totally different - but the 
fact that it is considered an excuse for distributing broken 
programs (and cl.exe is broken by most basic software usability 
principles) is frustrating at least. Polishing means exactly 
paying attention to details like that, making sure that 
features on one uses still work when stumbled upon. And making 
your GUI even more fancy is, well, making you GUI fancy. 
Nothing to do with polishing.


And here I also mean that all other Windows builds of compilers / 
interpreters I have used / tried passed that simple sanity test. 
Some may require complicated setup to do complicated things but 
hello world is always just that simple.


Microsoft seems to be the only company who can afford doing 
things like that with users and expect them to suck it _


Re: DMD v2.066.0-rc1

2014-08-07 Thread Jonathan M Davis via Digitalmars-d-announce
On Thursday, 7 August 2014 at 17:05:29 UTC, Manu via 
Digitalmars-d-announce wrote:
I've never encountered anybody try and use MSC from the command 
line in about 15 years professionally.


LOL. That's almost always how I use VS when I'm forced to use it 
at work. As soon as I figured out that I could build from the 
command line using VS, I stopped opening it unless I had to in 
order to run the debugger.


But I'm not even vaguely a typical Windows developer. I'm pretty 
hardcore Linux, all things considered.


- Jonathan M Davis


Re: DMD v2.066.0-rc1

2014-08-07 Thread Jacob Carlborg via Digitalmars-d-announce

On 2014-08-07 19:15, Dicebot wrote:


And here I also mean that all other Windows builds of compilers /
interpreters I have used / tried passed that simple sanity test. Some
may require complicated setup to do complicated things but hello world
is always just that simple.

Microsoft seems to be the only company who can afford doing things like
that with users and expect them to suck it _


On OS X both work well. You can either just press the button or use 
the command line, assuming you have installed the command line tools.


--
/Jacob Carlborg


D:GameVFS 0.2

2014-08-07 Thread Kiith-Sa via Digitalmars-d-announce
D:GameVFS is a (very) minimal virtual file system library for 
game development.


https://github.com/kiith-sa/D-GameVFS

I updated D:GameVFS to work with DMD 2.066 and put it on DUB.  
There are no
major changes, just a bunch of small features I added over time 
as I use it.


Note that at this point this isn't hugely useful. The only VFS 
backend that is implemented is... plain FS (I expect to implement 
a zip backend once I need it), the main useful feature is 
directory stacking (i.e. treating files in multiple directories 
as if they were one directory, where files from directories up 
the stack override those from directories below).


As always, the API is not stable.

GitHub release with changelog: 
https://github.com/kiith-sa/D-GameVFS/releases/tag/v0.2.0


API docs: http://defenestrate.eu/docs/dgamevfs/index.html

DUB registry: http://code.dlang.org/packages/dgamevfs


Re: Cassowary.d

2014-08-07 Thread ketmar via Digitalmars-d-announce
a small update for parser: it is now possible to parse so-called 
scripts (only from 'string' type for now). sample script can 
look like this one, which centers two buttons inside the panel, 
keepeng equal button sizes:


===[cutline]===
var(stay)
  panel.left = 0,
  panel.top = 0,
  panel.width = 80,
  panel.height = 20;


// this is just a simple constants,
// use 'define' to avoid introducing new vars
define
  button.hpadding = 4,
  button.defheight = 10+6; // simple math


var
  bt0.left, // default is 0
  bt0.top,
  stay bt0.width = 30,
  stay bt0.height = button.defheight;
// oh, yeah, this will be calculated in-place


var
  bt1.left,
  bt1.top,
  bt1.width,
  bt1.height;


// some useful macros
define
  panel.right = (panel.left+panel.width),
  panel.bottom = (panel.top+panel.height),

  bt0.right = (bt0.left+bt0.width),
  bt0.bottom = (bt0.top+bt0.height),

  bt1.right = (bt1.left+bt1.width),
  bt1.bottom = (bt1.top+bt1.height);


// button-button placement and sizes
// default strength is required
bt1.left = bt0.right+button.hpadding; // buttons padding
bt1.height == bt0.height; // same height
bt1.width == bt0.width; // same width
bt1.top == bt0.top; // same vertical position


// button-panel placement (this should center buttons)
// horizontal
bt0.left-panel.left == panel.right-bt1.right;
// vertical
bt0.top-panel.top == panel.bottom-bt0.bottom;


// print values (for debug mode)
print panel.left;
print panel.top;
print panel.width;
print panel.height;

print bt0.left;
print bt0.top;
print bt0.width;
print bt0.height;

print bt1.left;
print bt1.top;
print bt1.width;
print bt1.height;
===[cutline]===

there is no support for any kind of 'autobinding' variables to 
class/struct properties yet, and parser code is awful. but the 
whole thing is slowly growing…


anyway, it's really fun to play with various layout scripts. try 
it yourself!


Re: Miscelaneous D tool updates

2014-08-07 Thread Joakim via Digitalmars-d-announce

On Thursday, 7 August 2014 at 23:36:59 UTC, Brian Schott wrote:
Tags and DUB support for all of this will happen when I get 
around to it. (Or when you get around to it and make a pull 
request)


libdparse: https://github.com/Hackerpilot/libdparse
* The lexer/parser/ast code for D written in D is no longer a 
part
  of the dscanner project. (This also means that DCD no longer 
includes a

  static analysis tool as a submodule. Yay.)

dscanner: https://github.com/Hackerpilot/Dscanner
* Static analysis check for declaring methods or variables 
named init or
  otherwise overriding built-in properties. (Why does the 
compiler let you

  do this in the first place?)
* Tweaks to the opEquals, opCmp, toHash checks.
* Static analysis checks are now configurable through an ini 
file.

* Lots of random bug fixes.

dcd: https://github.com/Hackerpilot/DCD
* Autocomplete for selective imports.
* Autocomplete for auto variables. (Finally!)
* Show call tips for compiler-generated struct constructors.
* Autocomple global-scoped symbols more accurately.
* Several updates to editor integration scripts (Mostly EMACS)
* Lots of bug fixes

harbored: https://github.com/economicmodeling/harbored
* Documentation - docs - harbor?
* Documentation generator that is independent of DMD and its 
JSON output.
* Example output: 
http://economicmodeling.github.io/containers/index.html

* Lots of bug fixes.

libddoc: https://github.com/economicmodeling/libddoc
* D implementation of the DDoc macro system
* Lots of bug fixes


Thanks for all the nice work. :) I was just looking at using 
libdparse yesterday to help me with some phobos cleanup 
(https://github.com/D-Programming-Language/phobos/pull/2337) and 
I want to eventually try using it with dstep to separate out 
Glibc declarations in druntime.