Coedit 2 alpha 4, split view and dfmt

Hello, A new alpha of CE is available: The two latest releases put the focus on the editor: - identifier markup improved. - split view. - macro recording state clearly indicated. - fix (highlighter, cache restoration when workspace is reloaded). - more shortcuts (prev/next location, ddoc, call

Re: Some feedback on the website.

On Saturday, 19 December 2015 at 10:54:36 UTC, Jacob Carlborg wrote: On 2015-12-18 14:15, Andrei Alexandrescu wrote: As I said: a growing number of people able and willing to maintain and improve it. -- Andrei I'm not sure if there's some miscommunications here. But more contributors will

Re: Redesign of dlang.org

On Sunday, 20 December 2015 at 13:50:53 UTC, Jacob Carlborg wrote: On 2015-12-20 06:12, Charles wrote: kind of a neat project here... mind if I help out? Sure, that would be great. Although I don't really want to do anything until Walter and Andrei approve the design. Worth noting that

Re: Redesign of dlang.org

PLEASE! For the sake of everything that is good and right in this world, let this be a thing! I don't even care about the drop-downs. This is categorically superior to the current site in every relevant way. Clean, modern, user-friendly, and mobile-friendly design. Easily accessible to both

Re: Small minesweeper game in D

On Sunday, 20 December 2015 at 20:58:25 UTC, Taylor Hillegeist wrote: I had to install libglu1-mesa* on Ubuntu. Nicely done though! Huh, that's good to know! Everywhere else I tried on Linux it just worked but it does indeed require GL and GLU just because simpledisplay on Linux links to

use of typeof to determine auto type with ndslice examples

I pulled down the std.experimental.ndslice examples and am attempting to build some of the examples and understand the types being used. I know don't need all these imports, but it is hard to guess which ones are needed, and the examples often don't provide them, which I suspect is a common

Re: Coedit 2 alpha 4, split view and dfmt

On Monday, 21 December 2015 at 04:47:06 UTC, Basile B. wrote: On Monday, 21 December 2015 at 03:59:20 UTC, Rikki Cattermole wrote: On 21/12/15 4:21 PM, Basile B. wrote: Hello, A new alpha of CE is available: [...] Thanks again for dfmt support. But ugh, I get access violation(message window)

Re: function without "this" cannot be const?

On Monday, 21 December 2015 at 02:03:14 UTC, Shriramana Sharma wrote: I'm trying to interface to a C function: extern(C) const char * textAttrN(const char * specString, size_t n); and getting the error: Error: function .textAttrN without 'this' cannot be const Please advise as to what I'm

Re: function without "this" cannot be const?

Basile B. wrote: > without the parens, 'const' means that the function doesn't > mutate the state of the object or of the struct it's declared in. > So it's meaningless for a global function. Thank you people. -- Shriramana Sharma, Penguin #395953

Re: Coedit 2 alpha 4, split view and dfmt

On Monday, 21 December 2015 at 05:55:15 UTC, Rikki Cattermole wrote: On 21/12/15 6:42 PM, Basile B. wrote: On Monday, 21 December 2015 at 04:59:09 UTC, Basile B. wrote: On Monday, 21 December 2015 at 04:47:06 UTC, Basile B. wrote: On Monday, 21 December 2015 at 03:59:20 UTC, Rikki Cattermole

Re: use of typeof to determine auto type with ndslice examples

So, the extra confusion of the typeof(iota) Result return goes away when slicing arrays. auto a1 = new int[100]; auto t3 = a1.sliced(3,4,5); pragma(msg,typeof(t3)); //This prints Slice!(3u, int*) Slice!(3u, int*) t4 = a1.sliced(3,4,5); // and this works ok

Re: C string to D without memory allocation?

On Monday, 21 December 2015 at 06:00:45 UTC, Shriramana Sharma wrote: I suppose what you mean is, the onus of guaranteeing that const(char)* refers to a null-terminated string is upon the person calling the to! function? Yes I understand, and Phobos documentation does say that using a pointer

C string to D without memory allocation?

Hello. I have the following code: import std.stdio, std.conv; extern(C) const(char) * textAttrN(const (char) * specString, size_t n); string textAttr(const(char)[] specString) { const(char) * ptr = textAttrN(specString.ptr, specString.length); writeln(ptr); return to!string(ptr); }

Re: Coedit 2 alpha 4, split view and dfmt

On 21/12/15 7:08 PM, Basile B. wrote: On Monday, 21 December 2015 at 05:55:15 UTC, Rikki Cattermole wrote: On 21/12/15 6:42 PM, Basile B. wrote: On Monday, 21 December 2015 at 04:59:09 UTC, Basile B. wrote: On Monday, 21 December 2015 at 04:47:06 UTC, Basile B. wrote: On Monday, 21 December

Re: Redesign of dlang.org

On 20 Dec 2015 7:31 pm, "Andrej Mitrovic via Digitalmars-d" < digitalmars-d@puremagic.com> wrote: > > On 12/20/15, Jacob Carlborg via Digitalmars-d > wrote: > > On 2015-12-20 01:11, wobbles wrote: > > > >> Personally I prefer the buttons on the side. > >> Probably 99%

Re: Coedit 2 alpha 4, split view and dfmt

On 21/12/15 4:21 PM, Basile B. wrote: Hello, A new alpha of CE is available: The two latest releases put the focus on the editor: - identifier markup improved. - split view. - macro recording state clearly indicated. - fix (highlighter, cache restoration when workspace is reloaded). - more

Re: use of typeof to determine auto type with ndslice examples

On Monday, 21 December 2015 at 04:20:16 UTC, Jay Norwood wrote: I pulled down the std.experimental.ndslice examples and am attempting to build some of the examples and understand the types being used. I know don't need all these imports, but it is hard to guess which ones are needed, and the

Re: use of typeof to determine auto type with ndslice examples

21.12.2015 07:23, Jay Norwood пишет: import std.stdio; import std.experimental.ndslice; void main() { import std.algorithm.iteration: map; import std.array: array; import std.range; import std.traits; auto t0 = 1000.iota.sliced(3, 4, 5); pragma(msg, typeof(t0));

Re: C string to D without memory allocation?

On Monday, 21 December 2015 at 05:41:31 UTC, Shriramana Sharma wrote: Rikki Cattermole wrote: string myCString = cast(string)ptr[0 .. strLen]; Thanks but does this require that one doesn't attempt to append to the returned string using ~= or such? In which case it is not safe, right?

Re: C string to D without memory allocation?

On Monday, 21 December 2015 at 05:34:07 UTC, Shriramana Sharma wrote: Hello. I have the following code: import std.stdio, std.conv; extern(C) const(char) * textAttrN(const (char) * specString, size_t n); string textAttr(const(char)[] specString) { const(char) * ptr =

Re: Coedit 2 alpha 4, split view and dfmt

On Monday, 21 December 2015 at 04:59:09 UTC, Basile B. wrote: On Monday, 21 December 2015 at 04:47:06 UTC, Basile B. wrote: On Monday, 21 December 2015 at 03:59:20 UTC, Rikki Cattermole wrote: On 21/12/15 4:21 PM, Basile B. wrote: Hello, A new alpha of CE is available: [...] Thanks again for

Re: We need a good code font for the function signatures on dlang.org

On Thursday, 17 December 2015 at 21:30:21 UTC, Eric Scrivner wrote: In the interest of "Show Don't Tell", here's what the homepage looks like using the following font string: font-family: Consolas, "Liberation Mono", Courier, monospace http://imgur.com/DIymzqO FYI, everything after

Re: We need a good code font for the function signatures on dlang.org

On Wednesday, 16 December 2015 at 21:05:27 UTC, Andrei Alexandrescu wrote: I was looking at https://github.com/D-Programming-Language/dlang.org/pull/1169 and that bold sans serif proportional text for the code is just... well let's say it's time to replace it. What would be a good code font

function without "this" cannot be const?

I'm trying to interface to a C function: extern(C) const char * textAttrN(const char * specString, size_t n); and getting the error: Error: function .textAttrN without 'this' cannot be const Please advise as to what I'm doing wrong?! :-( -- Shriramana Sharma, Penguin #395953

Re: function without "this" cannot be const?

On Monday, 21 December 2015 at 02:03:14 UTC, Shriramana Sharma wrote: I'm trying to interface to a C function: extern(C) const char * textAttrN(const char * specString, size_t n); and getting the error: Error: function .textAttrN without 'this' cannot be const Please advise as to what I'm

Re: Small minesweeper game in D

On Sunday, 20 December 2015 at 17:24:41 UTC, jmh530 wrote: The code looks easy to understand also. You might consider writing this up into a blog post. I might if I had a blog... which I need to set up at some point but haven't yet (well, I used to have one but not for years). But what I

Re: C string to D without memory allocation?

On 21/12/15 6:34 PM, Shriramana Sharma wrote: Hello. I have the following code: import std.stdio, std.conv; extern(C) const(char) * textAttrN(const (char) * specString, size_t n); string textAttr(const(char)[] specString) { const(char) * ptr = textAttrN(specString.ptr, specString.length);

Re: C string to D without memory allocation?

On Monday, 21 December 2015 at 05:39:32 UTC, Rikki Cattermole wrote: size_t strLen = ...; char* ptr = ...; string myCString = cast(string)ptr[0 .. strLen]; I can't remember if it will include the null terminator or not, but if it does just decrease strLen by 1. Strings from C libraries

Re: Coedit 2 alpha 4, split view and dfmt

On 21/12/15 6:42 PM, Basile B. wrote: On Monday, 21 December 2015 at 04:59:09 UTC, Basile B. wrote: On Monday, 21 December 2015 at 04:47:06 UTC, Basile B. wrote: On Monday, 21 December 2015 at 03:59:20 UTC, Rikki Cattermole wrote: On 21/12/15 4:21 PM, Basile B. wrote: Hello, A new alpha of

Re: C string to D without memory allocation?

On Monday, 21 December 2015 at 05:43:04 UTC, Rikki Cattermole wrote: On 21/12/15 6:41 PM, Shriramana Sharma wrote: Rikki Cattermole wrote: string myCString = cast(string)ptr[0 .. strLen]; Thanks but does this require that one doesn't attempt to append to the returned string using ~= or

Re: Coedit 2 alpha 4, split view and dfmt

On Monday, 21 December 2015 at 06:08:09 UTC, Basile B. wrote: On Monday, 21 December 2015 at 05:55:15 UTC, Rikki Cattermole wrote: On 21/12/15 6:42 PM, Basile B. wrote: On Monday, 21 December 2015 at 04:59:09 UTC, Basile B. wrote: On Monday, 21 December 2015 at 04:47:06 UTC, Basile B. wrote:

Re: Coedit 2 alpha 4, split view and dfmt

On 21/12/15 7:15 PM, Basile B. wrote: On Monday, 21 December 2015 at 06:08:09 UTC, Basile B. wrote: On Monday, 21 December 2015 at 05:55:15 UTC, Rikki Cattermole wrote: On 21/12/15 6:42 PM, Basile B. wrote: On Monday, 21 December 2015 at 04:59:09 UTC, Basile B. wrote: On Monday, 21 December

Re: Redesign of dlang.org

On Sunday, 20 December 2015 at 23:20:31 UTC, Iain Buclaw wrote: ...But how will it fair showing the entire language or library reference list items? I think the "Library Reference" link would be there, but the "List of Items" NOT. It should have a different page for the list or it will be a

Re: use of typeof to determine auto type with ndslice examples

import std.stdio; import std.experimental.ndslice; void main() { import std.algorithm.iteration: map; import std.array: array; import std.range; import std.traits; auto t0 = 1000.iota.sliced(3, 4, 5); pragma(msg, typeof(t0)); Slice!(3u, Result) t1 =

Re: Coedit 2 alpha 4, split view and dfmt

On Monday, 21 December 2015 at 03:59:20 UTC, Rikki Cattermole wrote: On 21/12/15 4:21 PM, Basile B. wrote: Hello, A new alpha of CE is available: [...] Thanks again for dfmt support. But ugh, I get access violation(message window) when it formats. Ok, I confirm this happens if you type

Re: C string to D without memory allocation?

Rikki Cattermole wrote: > string myCString = cast(string)ptr[0 .. strLen]; Thanks but does this require that one doesn't attempt to append to the returned string using ~= or such? In which case it is not safe, right? -- Shriramana Sharma, Penguin #395953

Re: C string to D without memory allocation?

On 21/12/15 6:41 PM, Shriramana Sharma wrote: Rikki Cattermole wrote: string myCString = cast(string)ptr[0 .. strLen]; Thanks but does this require that one doesn't attempt to append to the returned string using ~= or such? In which case it is not safe, right? Correct, ~= should only be

Re: C string to D without memory allocation?

Jakob Ovrum wrote: > Use std.string.fromStringz. to!string assumes that pointers to > characters are null-terminated strings which is not safe or > general I suppose what you mean is, the onus of guaranteeing that const(char)* refers to a null-terminated string is upon the person calling the

Re: use of typeof to determine auto type with ndslice examples

On Monday, 21 December 2015 at 04:39:23 UTC, drug wrote: You can use alias Type = typeof(t0); Type t1 = 1000.iota.sliced(3, 4, 5); IIRC Result is the Voldemort type. You can think of it as a detail of implementation of ndslice that isn't intended to be used by a ndslice user directly. ok,

D Consortium as Book / App Publisher... ?

I was thinking that the D Consortium could function as publisher of D books too, for the following (obvious) reasons: 1) To raise money for the D Consortium (from sales) 2) To increase the available documentation about D 3) Increased amount of documentation might lead to increased adoption.

Re: IAP Tools for D

The designers of HTTP would strongly argue that is a major thing HTTP got right, and is the feature primarily responsible for it huge success. Then why is HTTP 2 moving away from it? And Web Sockets? Clearly, having the choice between keeping state and not keeping state is preferable to HTTP

Re: Problems with string literals and etc.c.odbc.sql functions

On Saturday, 19 December 2015 at 14:16:36 UTC, anonymous wrote: On 19.12.2015 14:20, Marc Schütz wrote: As this is going to be passed to a C function, it would need to be zero-terminated. `.dup` doesn't do this, he'd have to use `std.string.toStringz` instead. However, that function returns a

dqml f Ubforun

I can't

Re: Redesign of dlang.org

On 12/20/15, Jacob Carlborg via Digitalmars-d wrote: > On 2015-12-20 01:11, wobbles wrote: > >> Personally I prefer the buttons on the side. >> Probably 99% of people have widescreen format now (at leas 16:9), so I >> feel buttons at the top use up precious vertical

Re: IAP Tools for D

On Sunday, 20 December 2015 at 17:52:40 UTC, Jakob Jenkov wrote: I just had a look at Cap'n Proto. From what I can see in the encoding spec, performance of ION will be comparable. "If a disease has many treatments, it has no cure". This is certainly true for serialization protocols. The

Re: Set color to a single point in Cairo

On Sunday, 20 December 2015 at 01:17:50 UTC, Basile B. wrote: On Saturday, 19 December 2015 at 14:16:23 UTC, TheDGuy wrote: is it possible to set the color of a single pixel with Cairo? Not like you would do with a classic canvas (2d grid), because colors are applied with `cairo_fill()` and

Re: Error message improvement ideas

It seems like a small effort with a big return. I definitely support this. Nice idea.

[OT] Safe native code with C# in Microsoft's Midori OS

Hello, Joe Duffy just published another Midori article, how they have written the OS in an extended version of C#, which started as part of the Singularity OS. https://news.ycombinator.com/item?id=10766436 Interesting read, specially since many of the learned lessons are now coming to the

Re: Redesign of dlang.org

On Saturday, 19 December 2015 at 14:33:35 UTC, Jacob Carlborg wrote: Here's another thread about redesign of dlang.org. I'm creating this thread because of a couple other threads recently created [1] [2]. [...] Thanks for doing this, a thorough website redesign is much needed. The mock up

Re: IAP Tools for D

On Sunday, 20 December 2015 at 01:16:46 UTC, Jakob Jenkov wrote: [...] That depends on what API you use, and how much "meta data" (e.g. class names and property names) you write in the serialized ION data. ION is quite flexible about how much meta you want to include. [...] I suggest to

Re: Error message improvement ideas

On Friday, 18 December 2015 at 18:55:29 UTC, Adam D. Ruppe wrote: [...] The biggest problem is overly templated functions. We should seriously find a way to make them error friendly. Maybe: auto find(Range : [InputRange], V)(Range haystack, V needle) Rather than: auto find(Range, V)(Range

Re: Problems with string literals and etc.c.odbc.sql functions

On Saturday, 19 December 2015 at 17:30:02 UTC, Kagamin wrote: On Saturday, 19 December 2015 at 13:20:03 UTC, Marc Schütz wrote: As this is going to be passed to a C function No, ODBC API is designed with multilingual capability in mind, it doesn't rely on null terminated strings heavily: all

Re: Error message improvement ideas

On Sunday, 20 December 2015 at 11:59:05 UTC, NX wrote: We should seriously find a way to make them error friendly. I think this change I'm looking at here would make a huge difference because then you'd be able to see how close you got to matching the various overloads. (in my other post, I

dqml for Ubuntu Unity apps

I can't seem to wrap my head around using dqml and D backend for Ubuntu Unity app development. They have this UnityComponents qml module they use for UI in their SDK plus a C++ backend. Has anyone made effort on using dqml and D backend? Sample code or any help will be sweet!! I really

Re: Redesign of dlang.org

On 2015-12-20 01:11, wobbles wrote: Personally I prefer the buttons on the side. Probably 99% of people have widescreen format now (at leas 16:9), so I feel buttons at the top use up precious vertical space. The top menu is 40px high. The left menu of the current dlang.org is 224px wide. A

Re: Redesign of dlang.org

On 2015-12-20 03:04, Jakob Jenkov wrote: It looks good. A bit more clear than the current one. Not a fan of the drop downs though. Just personal taste. All in all, though, is that design really so much different from the current one? Yes, the frontpage / color scheme looks nicer, but it's not

Re: Small minesweeper game in D

On Sunday, 20 December 2015 at 06:26:43 UTC, stew wrote: "D-Invaders" under: http://dgame-dev.de/index.php?controller=wip Nice! Dgame looks to be a pretty nice little lib too. a) (the most important for me) I can be as productive in D as I am in Python but still keep my static typing and

Re: Redesign of dlang.org

On 2015-12-19 23:09, Tanel Tagaväli wrote: I love it. Especially the navigation bar being horizontal and absolutely positioned. Once I have the time, I could help work on this. That would be great. Although I don't really want to do anything until Walter and Andrei approve the design. --

Re: Redesign of dlang.org

On 2015-12-20 06:12, Charles wrote: kind of a neat project here... mind if I help out? Sure, that would be great. Although I don't really want to do anything until Walter and Andrei approve the design. -- /Jacob Carlborg

Re: DlangIDE - initial GDB debugger support

On Friday, 18 December 2015 at 10:41:13 UTC, Vadim Lopatin wrote: On Thursday, 17 December 2015 at 08:27:05 UTC, ZombineDev wrote: GDB support improvements: stack and local variables windows added. This is quick progress! Awesome! I finally have some free time on my hands, so I deleted my

Re: Error message improvement ideas

On Sunday, 20 December 2015 at 13:55:53 UTC, Jacob Carlborg wrote: Well..., TextMate parses the error messages, extracts the file and line info and turns them to links back to the editor. Yeah, but that's just looking at the first part of the error which is basically standard. The parts after

Re: dqml for Ubuntu Unity apps

On Sunday, 20 December 2015 at 13:25:48 UTC, Karabuta wrote: I can't seem to wrap my head around using dqml and D backend for Ubuntu Unity app development. They have this UnityComponents qml module they use for UI in their SDK plus a C++ backend. Has anyone made effort on using dqml and D

Re: Error message improvement ideas

On 2015-12-20 14:34, Adam D. Ruppe wrote: The beauty of error message improvement is it doesn't break any code... Well..., TextMate parses the error messages, extracts the file and line info and turns them to links back to the editor. I'm pretty sure of editors do the same. Of course, it

Re: IAP Tools for D

I suggest to compare also against this [1]. The author, Kenton Varda, was the primary author of Protocol Buffers version 2, which is the version that Google released open source. [1] https://capnproto.org Will do - at some point. Writing proper benchmarks against other frameworks /

Re: Small minesweeper game in D

On Sunday, 20 December 2015 at 02:11:58 UTC, Adam D. Ruppe wrote: code here: http://arsdnet.net/dcode/minesweeper.d [...] The code looks easy to understand also. You might consider writing this up into a blog post.

Re: DlangUI

Le 17/12/2015 17:12, Vadim Lopatin a écrit : On Wednesday, 16 December 2015 at 13:32:21 UTC, Suliman wrote: Is it's possible to use some native frontend with dlangui instead of drawing all controls with OpenGL? I really dislike how all OpenGL toolkit looks like. OpenGL is just hardware

Re: IAP Tools for D

I suggest to compare also against this [1]. The author, Kenton Varda, was the primary author of Protocol Buffers version 2, which is the version that Google released open source. [1] https://capnproto.org I just had a look at Cap'n Proto. From what I can see in the encoding spec,

LDC 0.17.0-alpha1 has been released!

Hi everyone, LDC 0.17.0-alpha1, the LLVM-based D compiler, is available for download! This release is based on the 2.068.2 frontend and standard library and supports LLVM 3.5-3.7. Don't miss to check if your preferred system is supported by this release. We also have a Win64 compiler

Re: [OT] Safe native code with C# in Microsoft's Midori OS

On Sunday, 20 December 2015 at 13:18:45 UTC, Paulo Pinto wrote: Hello, Joe Duffy just published another Midori article, how they have written the OS in an extended version of C#, which started as part of the Singularity OS. https://news.ycombinator.com/item?id=10766436 Interesting read,

Re: IAP Tools for D

On Sunday, 20 December 2015 at 01:16:46 UTC, Jakob Jenkov wrote: According to Thrift's own docs their binary encoding is not compact. For compact encoding it seems they refer to Protobuf. There seems to be a confusion of terminology here. Thrift has a "Binary" protocol, which is not compact

Re: IAP Tools for D

On Sunday, 20 December 2015 at 19:16:19 UTC, David Nadlinger wrote: On Sunday, 20 December 2015 at 01:16:46 UTC, Jakob Jenkov wrote: According to Thrift's own docs their binary encoding is not compact. For compact encoding it seems they refer to Protobuf. There seems to be a confusion of

Re: Can't debug my solution

Got simpledisplay.d/color.d working by simply adding them to my project's folder and I'm now playing with it. What I've accomplished so far: http://i.imgur.com/aik9Ovj.gif (some objects from a class to draw circles in their position, and a simple collision check with screen borders) I'm

Re: Small minesweeper game in D

On Sunday, 20 December 2015 at 02:11:58 UTC, Adam D. Ruppe wrote: dmd minesweeper.d simpledisplay.d color.d And play the game! At least on Windows and Linux. On Mac, you need to install XQuartz since I don't have a working Cocoa implementation in simpledisplay.d right now. Fear not, it is on