Re: dfmt 0.1.0
On Sat, 07 Mar 2015 13:03:06 +, Kagamin wrote: In fact, I failed to find good monospace font for source code, it used to be Courier New 9pt, but it works well only on displays no bigger than 1024*768. terminus rocks. signature.asc Description: PGP signature
Re: dfmt 0.1.0
On Friday, 6 March 2015 at 20:22:42 UTC, Ben Boeckel wrote: You're making assumptions about the features of your users' editors. These features are not trivial to implement Implementation of three different word wrapping algorithms in Scintilla took 52 lines of code. For comparison: a rudimentary D lexer is only modest 400 lines. requires things like pygments and other tools used to render code to the web with all kinds of logic to handle dynamic viewports of the shown code. You think too web 2.0, browsers wrap text since the beginning, tools only need to stop fight with them.
Re: dfmt 0.1.0
On Sat, 2015-03-07 at 12:28 +0100, FG via Digitalmars-d-announce wrote: […] If at all, the problem with Phobos' style isn't with horizontal spacing but vertical space. Consider the waste of space below. Too much scrolling and I lose focus. Now, *that* is really irritating. ;) […] This is definitely one of the major reasons I cannot bear to read Phobos formatted code. Others seems to like it, it's a world full of acceptable differences of opinion. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: Digger 1.1
On 2015-03-04 04:54:02 +, Vladimir Panteleev said: Digger is a tool for working with D's source code and its history. It can build D (including older D versions), customize the build with pending pull requests or forks, and find the exact pull request which introduced a regression (or fixed a bug). It comes with a web interface which makes building D from source trivial even for people new to D, Git or the command line. Hi, that's pretty cool. It supports the beta versions as well, right? And I can switch back and forther using it between beta and latest stable? -- Robert M. Münch http://www.saphirion.com smarter | better | faster
Re: dfmt 0.1.0
On Sat, 2015-03-07 at 12:57 +, Kagamin via Digitalmars-d-announce wrote: On Friday, 6 March 2015 at 20:22:42 UTC, Ben Boeckel wrote: And I find that monospace fonts tend to make it much easier to tell the difference between 'l', '1', and 'I'. Not so important in English, but it can be all the difference in code. http://abload.de/img/tmpr3uv6.png I see no less difference than in monospace font. That will be because it is a reasonably designed font. I have to admit though, the glyph widths are a bit large in the example font. I guess I prefer something a bit more condensed. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: On fonts and editors [was dfmt 0.1.0]
On Saturday, 7 March 2015 at 07:20:01 UTC, Russel Winder wrote: They are hamstrung by the continued obsession with the text file as the primary unit of editing. As soon as they and programmer users get over this, the sooner we can get on with better UX for development. I agree.
Re: dfmt 0.1.0
In fact, I failed to find good monospace font for source code, it used to be Courier New 9pt, but it works well only on displays no bigger than 1024*768.
Re: dfmt 0.1.0
On Friday, 6 March 2015 at 20:22:42 UTC, Ben Boeckel wrote: And I find that monospace fonts tend to make it much easier to tell the difference between 'l', '1', and 'I'. Not so important in English, but it can be all the difference in code. http://abload.de/img/tmpr3uv6.png I see no less difference than in monospace font.
Re: dfmt 0.1.0
On 3/6/2015 10:43 PM, Russel Winder via Digitalmars-d-announce wrote: The difficulty here is turning a personal preference into a social orthodoxy. A consistent style is necessary for Phobos. For your own projects, D doesn't dictate any particular style.
Re: dfmt 0.1.0
On 2015-03-07 at 07:51, Russel Winder via Digitalmars-d-announce wrote: Many C++ projects are returning to it, Go enforces it if you let it, many Python projects are starting to use it in spite of PEP-8. Now, that you mentioned Python, it was one of the main reasons why I moved away from tabs. I was used to tab-completion in the shell and Python's interactive interpreter (and didn't want to rebind that feature to some key combination on every system that I worked with). Whenever I copied chunks of tab-indented source code into the interpreter, it got screwed up, because the indentations had vanished, so eventually I switched to using spaces only and had no problems ever since. I can also say from experience that removing tabs from Phobos source has removed a lot of irritation with messed up code rendering and wasted effort arguing about it. We're not going back :-) And I am not going to work on Phobos for exactly the same reasons. My loss, not yours. You must be joking. :) If at all, the problem with Phobos' style isn't with horizontal spacing but vertical space. Consider the waste of space below. Too much scrolling and I lose focus. Now, *that* is really irritating. ;) struct Boo { int a; } struct Foo { int a; auto opAssign(Foo foo) { assert(0); } auto opEquals(Foo foo) { return a == foo.a; } } X calculate(Range)(Range r) { static if (something) { import whatever; auto result = xxx(); size_t i; foreach (e; r) { doSomething(result[i], e); ++i; } return result; } else { auto a = blah(); foreach (e; r) { a.put(e); } return a.data; } }
Re: GtkD 3.0-beta
On Saturday, 7 March 2015 at 21:14:36 UTC, Mike Wey wrote: I'm glad to announce the first GtkD release that makes use of the new gir based generator. The generator was rebuild from the ground up since the old one was no longer usable with the new GTK+ documentation. For a list of changes see the changelog: http://gtkd.org/changelog.html There is also an list of the breaking changes on the wiki: https://github.com/gtkd-developers/GtkD/wiki/GtkD-2-vs-GtkD-3 Download: http://gtkd.org/Downloads/sources/GtkD-3.0.0-beta.zip I use GtkD so thank you very much for maintaining this project. Cheers, Stew
GtkD 3.0-beta
I'm glad to announce the first GtkD release that makes use of the new gir based generator. The generator was rebuild from the ground up since the old one was no longer usable with the new GTK+ documentation. For a list of changes see the changelog: http://gtkd.org/changelog.html There is also an list of the breaking changes on the wiki: https://github.com/gtkd-developers/GtkD/wiki/GtkD-2-vs-GtkD-3 Download: http://gtkd.org/Downloads/sources/GtkD-3.0.0-beta.zip -- Mike Wey
Re: Digger 1.1
On Saturday, 7 March 2015 at 19:19:30 UTC, Robert M. Münch wrote: On 2015-03-04 04:54:02 +, Vladimir Panteleev said: Digger is a tool for working with D's source code and its history. It can build D (including older D versions), customize the build with pending pull requests or forks, and find the exact pull request which introduced a regression (or fixed a bug). It comes with a web interface which makes building D from source trivial even for people new to D, Git or the command line. Hi, that's pretty cool. It supports the beta versions as well, right? And I can switch back and forther using it between beta and latest stable? That is one of the project's goals. digger build will default to git master.
Streaming, making a book!
I'm starting a live stream[1] for making a book. The book is The way to program - Lets think like a D(eveloper) For now I will only commit to Mondays 12pm UTC+0. I may stream at random times beyond that. Check my Twitter as to when that might be[2]. The book I am making is available at[0]. For published versions of it[3]. Published version will not be free, but the raw resources used to create it are under a creative commons license. The book's purpose is to not teach D. Instead it focuses on teaching programming concepts and ideas using D as a base. Assuming the book creation is a success I have a few other books in the pipeline. The second book will be covering sockets and threading via IRC/XMPP. Third would be Web development. Fourth UI's. There has already been a few streams, so content has already got a good start. If there is interest, I may stream some of Devisualization project development. Usually the stream will last 2-3 hours depending upon how many watch and interact. A couple days ago livecoding.tv came out of closed beta. Feel free to join! Disclaimer: I am not affiliated with livecoding.tv. Although the devs are great. [0] https://github.com/rikkimax/twp-d [1] http://livecoding.tv/alphaglosined [2] https://twitter.com/alphaglosined [3] https://leanpub.com/twp-d