Re: workspace-d 2.7.2 & code-d 0.10.14
On Friday, 9 September 2016 at 09:39:23 UTC, Joel wrote: On Tuesday, 6 September 2016 at 21:05:43 UTC, WebFreak001 wrote: I just pushed a new release of workspace-d (bridge between DCD, DScanner, dfmt and dub with some utility stuff) and code-d (my vscode D extension using workspace-d). [...] With OSX. I can't seem to get the debug and autocompletion (import std.a..). I just have a bit of text highlighting working. I've installed the programs and have them in the PATH. OSX is known to not work because it hangs up somewhere in workspace-d. See this issue for more infos: https://github.com/Pure-D/code-d/issues/29 However debug (using native debug -> ext install webfreak.debug) should work because it just uses gdb or lldb-mi
Re: From the D Blog -- GSoC Report: Step
On Friday, 9 September 2016 at 18:22:02 UTC, ciechowoj wrote: I'm not sure about any special syntax which is expected for languages which have built-in sets. It would probably be overkill to add syntax support, but I'm not sure how often people use set literals or not. E.g. Python has build in literals for sets. C++ has sets in standard library. I see the points against adding something like this to the core of language, but it should be at least in the standard library. You might find the following SO question informative. http://stackoverflow.com/questions/7162274/why-is-d-missing-container-classes
Re: From the D Blog -- GSoC Report: Step
On Friday, 9 September 2016 at 17:48:10 UTC, Andrej Mitrovic wrote: With regards to Sets missing from the language: [...] Sure, but even if it is simple, there should be some standardized way to do this. To not force the people to invent the set interface in every project again and again. And newcomers will look for it in the standard docs, and not in ancient manuscripts. I mean it isn't obvious that one should use void[0][T]... I'm not sure about any special syntax which is expected for languages which have built-in sets. It would probably be overkill to add syntax support, but I'm not sure how often people use set literals or not. E.g. Python has build in literals for sets. C++ has sets in standard library. I see the points against adding something like this to the core of language, but it should be at least in the standard library.
Re: From the D Blog -- GSoC Report: Step
On 9/9/16, Mike Parker via Digitalmars-d-announcewrote: > Wojciech Szęszoł has contributed a post describing his experience > working on DStep for this year's GSoC. The post is at [1] and is > on reddit at [2]. With regards to Sets missing from the language: - struct Set(T) { void[0][T] set; // void[0] should not allocate (according to ancient manuscripts) alias set this; void put ( ) ( auto ref T input ) { this.set[input] = []; } } void main ( ) { Set!int set; set.put(1); set.put(5); assert(1 in set); assert(5 in set); assert(4 !in set); } - I'm not sure about any special syntax which is expected for languages which have built-in sets. It would probably be overkill to add syntax support, but I'm not sure how often people use set literals or not.
From the D Blog -- GSoC Report: Step
Wojciech Szęszoł has contributed a post describing his experience working on DStep for this year's GSoC. The post is at [1] and is on reddit at [2]. [1] https://dlang.org/blog/2016/09/09/gsoc-report-dstep/ [2] https://www.reddit.com/r/programming/comments/51xk65/from_the_d_blog_gsoc_report_dstep/
Re: DlangUI 0.9.0: Console backend added
On Friday, 9 September 2016 at 12:52:35 UTC, Vadim Lopatin wrote: Thank you! I'll look at it. feel free to ping me on IRC if you'll have any questions.
Re: DlangUI 0.9.0: Console backend added
On 09/09/2016 07:21 AM, Vadim Lopatin wrote: Hello! Now it's possible to build DlangUI apps to run in console (Linux, Windows). Some screenshots (from dlangui example1 app): http://i63.tinypic.com/2wn1bg9.png http://i66.tinypic.com/142yctx.png http://i64.tinypic.com/snlc08.png http://i64.tinypic.com/2n16vcw.png Very cool!
Re: DlangUI 0.9.0: Console backend added
On Friday, 9 September 2016 at 12:33:56 UTC, ketmar wrote: On Friday, 9 September 2016 at 12:20:08 UTC, Vadim Lopatin wrote: Keyboard support on Linux terminals seems most difficult. Some shortcuts are being processed by terminal app. here programmer has no options. Some ctrl-combinations are causing signals. switch tty to raw mode, and there will be no signals. see my iv.rawtty2, for example. E.g. I cannot get working text selection moving by Ctrl+Shift+Arrows. this is hightly dependent of the actual terminal emulator. in real world, it is enough to support xterm mappings, rxvt mappings and "Linux" (this is "real" console) mappings. xterm and rxvt mappings aren't really conflicting (much). again, the messy iv.rawtty2.ttyReadKey may give some clues. of course, "best practice" is to use termcap/terminfo, but this is even bigger mess! ;-) Thank you! I'll look at it.
Re: DlangUI 0.9.0: Console backend added
On Friday, 9 September 2016 at 12:20:08 UTC, Vadim Lopatin wrote: Keyboard support on Linux terminals seems most difficult. Some shortcuts are being processed by terminal app. here programmer has no options. Some ctrl-combinations are causing signals. switch tty to raw mode, and there will be no signals. see my iv.rawtty2, for example. E.g. I cannot get working text selection moving by Ctrl+Shift+Arrows. this is hightly dependent of the actual terminal emulator. in real world, it is enough to support xterm mappings, rxvt mappings and "Linux" (this is "real" console) mappings. xterm and rxvt mappings aren't really conflicting (much). again, the messy iv.rawtty2.ttyReadKey may give some clues. of course, "best practice" is to use termcap/terminfo, but this is even bigger mess! ;-)
Re: DlangUI 0.9.0: Console backend added
On Friday, 9 September 2016 at 12:04:14 UTC, Martin Drašar wrote: Dne 9.9.2016 v 13:21 Vadim Lopatin via Digitalmars-d-announce napsal(a): Hello! Now it's possible to build DlangUI apps to run in console (Linux, Windows). When DlangUI is built with version=USE_CONSOLE (dub subconfiguration "console" for dlangui library) - it works in terminal. This is indeed really cool. How gracefully does it handle when the console is of limited size? Let's say 80x25. Does it allow e.g. virtual screen of bigger size and then moving around in console? Martin DlangUI provides "layouts" similar to Android ones, which should reflow and resize widgets for different screen sizes. As well, app may load layouts from DML markup file - different for different screen size (as it's done in Android). To simulate bigger screen, it's possible just to place controls inside ScrollWidget - and you would be able to move it with scrollbars.
Re: DlangUI 0.9.0: Console backend added
Dne 9.9.2016 v 13:21 Vadim Lopatin via Digitalmars-d-announce napsal(a): > Hello! > > Now it's possible to build DlangUI apps to run in console (Linux, Windows). > When DlangUI is built with version=USE_CONSOLE (dub subconfiguration > "console" for dlangui library) - it works in terminal. This is indeed really cool. How gracefully does it handle when the console is of limited size? Let's say 80x25. Does it allow e.g. virtual screen of bigger size and then moving around in console? Martin
Re: DlangUI 0.9.0: Console backend added
On Friday, 9 September 2016 at 11:21:07 UTC, Vadim Lopatin wrote: Now it's possible to build DlangUI apps to run in console (Linux, Windows). Very nice. Part of key modifiers do not work in linux console. Mouse events working ok. Which parts are you having trouble with? I have implemented a lot of this for my terminal.d and might be able to help.
Re: DlangUI 0.9.0: Console backend added
On Friday, 9 September 2016 at 11:21:07 UTC, Vadim Lopatin wrote: Hello! Now it's possible to build DlangUI apps to run in console (Linux, Windows). When DlangUI is built with version=USE_CONSOLE (dub subconfiguration "console" for dlangui library) - it works in terminal. Such feature may be useful, e.g. to run apps on headless devices, or via SSH. For simple apps, it's enough just to specify dlangui configuration console. No additional changes required. If custom themes are used, additional theme files prefixed with "console_" are to be created. If custom embedded resources are used, create additional resource list file, with "console_" prefix. Margins, padding, size values if specified in pixels are to be changed. Hint: use points or EMs for such values to get them working universally on both console and GUI. If images/icons are used, and still needed in console mode, you may need to create ASCII art like text image files (.tim extension). Some screenshots (from dlangui example1 app): http://i63.tinypic.com/2wn1bg9.png http://i66.tinypic.com/142yctx.png http://i64.tinypic.com/snlc08.png http://i64.tinypic.com/2n16vcw.png Part of key modifiers do not work in linux console. Mouse events working ok. Theme for console is to be improved a bit. Now I'm trying to get DlangIDE working in console. Best regards, Vadim Amazing! You must be genius.
DlangUI 0.9.0: Console backend added
Hello! Now it's possible to build DlangUI apps to run in console (Linux, Windows). When DlangUI is built with version=USE_CONSOLE (dub subconfiguration "console" for dlangui library) - it works in terminal. Such feature may be useful, e.g. to run apps on headless devices, or via SSH. For simple apps, it's enough just to specify dlangui configuration console. No additional changes required. If custom themes are used, additional theme files prefixed with "console_" are to be created. If custom embedded resources are used, create additional resource list file, with "console_" prefix. Margins, padding, size values if specified in pixels are to be changed. Hint: use points or EMs for such values to get them working universally on both console and GUI. If images/icons are used, and still needed in console mode, you may need to create ASCII art like text image files (.tim extension). Some screenshots (from dlangui example1 app): http://i63.tinypic.com/2wn1bg9.png http://i66.tinypic.com/142yctx.png http://i64.tinypic.com/snlc08.png http://i64.tinypic.com/2n16vcw.png Part of key modifiers do not work in linux console. Mouse events working ok. Theme for console is to be improved a bit. Now I'm trying to get DlangIDE working in console. Best regards, Vadim
Re: workspace-d 2.7.2 & code-d 0.10.14
On Friday, 9 September 2016 at 09:39:23 UTC, Joel wrote: On Tuesday, 6 September 2016 at 21:05:43 UTC, WebFreak001 wrote: I just pushed a new release of workspace-d (bridge between DCD, DScanner, dfmt and dub with some utility stuff) and code-d (my vscode D extension using workspace-d). [...] With OSX. I can't seem to get the debug and autocompletion (import std.a..). I just have a bit of text highlighting working. I've installed the programs and have them in the PATH. Forgot to mention. I installed the `D Programming Language (code-d)`, as well as the `Native Debug` (gdb). With the debuging, I just get `Debug adapter process has terminated unexpectedly` (clicking the green arrow).
Re: workspace-d 2.7.2 & code-d 0.10.14
On Tuesday, 6 September 2016 at 21:05:43 UTC, WebFreak001 wrote: I just pushed a new release of workspace-d (bridge between DCD, DScanner, dfmt and dub with some utility stuff) and code-d (my vscode D extension using workspace-d). [...] With OSX. I can't seem to get the debug and autocompletion (import std.a..). I just have a bit of text highlighting working. I've installed the programs and have them in the PATH.
Re: [OT] LLVM 3.9 released - you can try the release already with LDC!
On Thu, Sep 8, 2016 at 10:46 PM, Kai Nacke via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Tuesday, 6 September 2016 at 10:51:16 UTC, eugene wrote: > >> On Tuesday, 6 September 2016 at 09:42:11 UTC, Lodovico Giaretta wrote: >> >>> >>> There are lot of projects using LLVM [1]. The fact that LDC if often >>> cited in the release notes means that it's one of the best. This is free >>> advertisement, as the LLVM release notes are read by PL people that may not >>> know D. The fact that LDC is recognized as one of the most important LLVM >>> projects also means that the LLVM folks will try to help the LDC folks when >>> needed. >>> >>> [1] http://llvm.org/ProjectsWithLLVM/ >>> >> >> i dont think counting each time when ldc and d are mentioned in llvm >> community will help ldc and d to become popular))) >> > > News ticker often refer to the LLVM release notes. E.g. the Heise news > ticker (http://www.heise.de/) always reports about a new LLVM release. > But I never succeded to place a new LDC release into the ticker. It's > simply a good way to more people and get some advertising. > > With every new LDC release I inform LLVM Weekly (http://llvmweekly.org/), > too, which is a widely read news letter. From one of these source, news > about LDC spread to other sites like phoronix (http://phoronix.com/). > > Maybe counting of each reference is a bit childish (but fun). The real > question is: > Its not childish at all, if you could show a chart of visits and downloads vs news announcements its likely there is a correlation. However I think these days most of us that are researching alternatives only do so when necessary, so there is a chance that your work now will only pay off later when someone finds D and wants to check its pedigree. > > What do YOU do to advocate D? > > Regards, > Kai > >
Re: [OT] LLVM 3.9 released - you can try the release already with LDC!
On Fri, Sep 9, 2016 at 9:31 AM, eugene via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Thursday, 8 September 2016 at 20:46:57 UTC, Kai Nacke wrote: > >> >> What do YOU do to advocate D? >> >> > What i do to advocate D is nothing, as D is not to be advocated but to be > useful as a programming language))) My idea is simple: if it is useful then > people will use it.))) > > > :D if that logic worked there would be no governments. Jokes aside, people do what they know, and are loath to change unless it shows high probability of them being able to survive in their group, or they believe they will be able to survive in another group.
Re: [OT] LLVM 3.9 released - you can try the release already with LDC!
On Thursday, 8 September 2016 at 20:46:57 UTC, Kai Nacke wrote: What do YOU do to advocate D? What i do to advocate D is nothing, as D is not to be advocated but to be useful as a programming language))) My idea is simple: if it is useful then people will use it.)))