Re: Tkd - Cross platform GUI toolkit based on Tcl/Tk
On Thursday, 19 June 2014 at 19:24:15 UTC, SomeRiz wrote: Visual Studio like editor for TkD :/ Hmm... visual designers can usually build pixel-oriented GUI, tk uses layouts, which work with code a little better.
Re: core.checkedint added to druntime
On Thursday, 19 June 2014 at 03:42:11 UTC, David Bregman wrote: I think the mulu implementation is incorrect. There can be an overflow even when r = 0. For example consider the int version with x = y = 116. I also noticed this; another easy counter-example would be 132 for ulong multiplication. Filed as: https://issues.dlang.org/show_bug.cgi?id=12958
Re: Lang.NEXT panel (dfix)
On Thursday, 19 June 2014 at 21:28:28 UTC, Brian Schott wrote: On Thursday, 19 June 2014 at 20:37:48 UTC, Stefan Koch wrote: hmm well all string-mixins life at compile-time. So one can print them out at runtime. Dump the source and put it into the AST. Same for the results of static if, and the like. I imagine that trying to create an automated refactoring tool for D is a bit like parsing HTML with regex. http://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags A hypothetical dfix-tool has a diffrent scope compared to a compiler. Every sufficiently complex tranformation is very hard to do automaticlly. My goal is just to make simple tasks simple. I hope superficial understanding of D's AST is enough for that.
Re: Interview at Lang.NEXT
On 17/06/2014 07:21, Jacob Carlborg wrote: On 16/06/14 16:00, Bruno Medeiros wrote: I sometimes tried to convince dynamic language proponents - the ones that write unittests at least - of the benefits of static typing, by stating that static typing is really just compile time unit-tests! (it is actually) You can actually do compile time unit tests in D, that is not the type system. I.e. unit tests for CTFE functions that runs at compile time. Pretty cool actually :) I know, pretty cool yeah. But specific to D, I was talking about static typing in general. -- Bruno Medeiros https://twitter.com/brunodomedeiros
Re: Lang.NEXT panel (dfix)
On 17/06/2014 20:59, Dicebot wrote: On Tuesday, 17 June 2014 at 19:48:42 UTC, Bruno Medeiros wrote: On 17/06/2014 19:10, deadalnix wrote: On Tuesday, 17 June 2014 at 15:45:55 UTC, Bruno Medeiros wrote: Dunno about DScanner, but if it's being used in DCD, I'd guess it can handle the whole language, or be fairly close to it. Similarly, there is also DParser2 from MonoD and the DDT parser (for the tool I'm working on) HAHAHAHAHAHA ! (The author of these actual tools will tell you the same). I don't understand what point is it you're trying to say here... Are you saying it's ludicrous that people have written complete parsers for D? Parsing D is relatively simple but making any reliable changes without full (and mean _full_) semantic analysis is close to impossible because of code generation and interleaving semantic stages. A lot of simple changes could be made with little or no semantic analysis. I'm not talking about complex refactorings such as Extract/Inline Function, Introduce/Remove Parameter, Pull Method Up/Down, extract Class/Interface, etc. Rather, simple fix changes that would be useful if the API or syntax of the language changes. That's why I asked for examples of dfix changes (even if for hypothetical language changes) - to see how easily they could be implemented or not. -- Bruno Medeiros https://twitter.com/brunodomedeiros
Re: Lang.NEXT panel (dfix)
On Friday, 20 June 2014 at 13:04:23 UTC, Bruno Medeiros wrote: Rather, simple fix changes that would be useful if the API or syntax of the language changes. That's why I asked for examples of dfix changes (even if for hypothetical language changes) - to see how easily they could be implemented or not. Well I guess most recent example is that `final` by default proposal - marking all existing functions as virtual ones explicitly. Problem with dfix is that such tool can't afford to be best effort implementation if it is to be used as justification for breaking changes. It needs to provide guaranteed 0-cost transition or someone will be inevitably unhappy about the breakage anyway :(
Re: Tkd - Cross platform GUI toolkit based on Tcl/Tk
On 6/20/2014 4:37 AM, Kagamin wrote: On Thursday, 19 June 2014 at 19:24:15 UTC, SomeRiz wrote: Visual Studio like editor for TkD :/ Hmm... visual designers can usually build pixel-oriented GUI, tk uses layouts, which work with code a little better. While it's been awhile since I've used visual GUI designers much, I seem to remember them (at least the better ones anyway) being perfectly capable of doing resizable layouts. Any limitations seemed to have more to do with the widgets and GUI libs themselves rather than any inherent drawback to GUI designers in general. I seem to recall doing some resizable layouts even as far back as VB3.
Re: hap.random: a new random number library for D
On 6/19/2014 5:27 PM, Joseph Rushton Wakeling wrote: I realized that it ought to be possible to allow a more direct drop-in replacement for std.random by adding static opCalls to the classes which were previously structs. Thoughts on this, in favour, against ... ? I'm on the fence: Pro: Upgrade paths and backwards compatibility are great, especially for Phobos. Con: If any semantics are changed (default ref/value passing is the only one that comes to mind), then maybe it would mask potential upgrade issues. Breakage would force users to notice the change and (hopefully) deal with it appropriately. I don't personally see it as a big deal either way, though.
Re: Tkd - Cross platform GUI toolkit based on Tcl/Tk
On 2014-06-19 20:47, SomeRiz wrote: Thanks Gary. Very simple :) But i have a question. All DLL file = How can i embed main.d file? Use DWT [1], no additional requirements besides the system libraries ;) [1] https://github.com/d-widget-toolkit/dwt -- /Jacob Carlborg
Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves
On 2014-06-19 14:16, Joakim wrote: Sorry, I just noticed that you were only talking about HD quality. I don't know where you're getting the 350 MB figure, as all the HD recordings on archive.org are about 6-800 GB, but yeah, file sizes will vary based on the type of HD resolution and encoding used. I wouldn't call any hour-long video encoded into 350 MB HD quality though, as it's likely so compressed as to look muddy. If I recall correctly, this talk, uploaded to youtube by Dicebot, was around 350 MB, HD quality. -- /Jacob Carlborg
Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves
On Friday, 20 June 2014 at 21:44:16 UTC, Jacob Carlborg wrote: On 2014-06-19 14:16, Joakim wrote: Sorry, I just noticed that you were only talking about HD quality. I don't know where you're getting the 350 MB figure, as all the HD recordings on archive.org are about 6-800 GB, but yeah, file sizes will vary based on the type of HD resolution and encoding used. I wouldn't call any hour-long video encoded into 350 MB HD quality though, as it's likely so compressed as to look muddy. If I recall correctly, this talk, uploaded to youtube by Dicebot, was around 350 MB, HD quality. I always upload highest quality available on archive.org (634.3 MB for this one), YouTube re-encoding must be pretty good :)
Re: DConf Day 1 Talk 6: Case Studies in Simplifying Code with Compile-Time Reflection by Atila Neves
On 6/19/14, 5:16 AM, Joakim wrote: On Thursday, 19 June 2014 at 11:04:25 UTC, Jacob Carlborg wrote: My connection is specified to 10 Mbps. But it depends on how large the files are. Most of the files from DConf are under around 350MB in HD quality. On the other hand, Andrei's talk from LangNext 2014 is 1.3 GB and 48 minutes long while the talk by Bjarne is 2.8 GB and 68 minutes long. There are also 740 and 65.8 MB encodings of Andrei's talk that are perfectly usable. I should know, as I downloaded the latter. Same for Bjarne's talk, which I haven't downloaded. Sorry, I just noticed that you were only talking about HD quality. I don't know where you're getting the 350 MB figure, as all the HD recordings on archive.org are about 6-800 GB, but yeah, file sizes will vary based on the type of HD resolution and encoding used. I wouldn't call any hour-long video encoded into 350 MB HD quality though, as it's likely so compressed as to look muddy. I use archive.org because it's the only I found that accepts full-resolution videos. -- Andrei