Re: D2 port of Tango
03.11.2011 1:29, Damian Ziemba пишет: 1. Phobos has a better design (Tango is too complicated in some places, has a lot of things I (and a regular programmer IMHO) don't use, and has bad design decisions sometimes - both internal and user API) I totally disagree:) Show me example of such bad decision. Tango often asks you a buffer (e.g. at tango.text.Unicode, tango.text.convert.Utf) that is not needed in a language with GC. But it isn't a main problem. Let's consider the cases: * if you don't provide a buffer it will manually allocate an array instead of using an Appender and than reallocate it etc. * the worst case, if you provide a large enough buffer, you are (I was) completely sure Tango will use it (you whant to do a manual memory management by some reason), *but* it will reallocate a new one from GC if it just don't like yours (if yourBuffer.length - minimalNeededLength tangoSacredAdditionLength, and addition length it often nonzero, so Tango will not like your exactly enough buffer).
Re: cuteDoc -New DDOC theme
On Fri, 28 Oct 2011 19:51:56 + (UTC), Robik szad...@gmail.com wrote: Hi. I'd like to share with new theme for DDOC named CuteDoc. It can be found here: https://github.com/robik/cuteDoc . Live demo can be foudn here: http://cutedoc.dav1d.de/ . (Thanks to dav1d (from #d) for hosting it). -- Robik Very nice. One issue I found was that the struct and class links in the 'jump to' frame have the word 'null' instead of a name. Gide
Re: D2 port of Tango
On 11/3/11, Denis Shelomovskij verylonglogin@gmail.com wrote: * the worst case, if you provide a large enough buffer, you are (I was) completely sure Tango will use it (you want to do a manual memory management by some reason), *but* it will reallocate a new one from GC if it just don't like yours That sounds really weird. So it takes your array buffer as a ref argument and resizes it / reallocates it if it's not big enough? I've never used Tango so I don't quite understand how it works. If I pass a static array or its slice of it, it can't do much except maybe throw an exception if it's not big enough. Hidden memory allocations are superbad!
Re: dmd 1.071 and 2.056 release
I'm only saddened that my std.socket cleanup pull request[1] wasn't merged, despite being ready for merging for over a month of inactivity. Vladimir, What's new and different in your std.sockets. Should I be using it for the native MySQL client? Steve
Re: D2 port of Tango
On 11/03/2011 02:55 PM, Trass3r wrote: Am 03.11.2011, 00:46 Uhr, schrieb mta`chrono chr...@mta-international.net: Yesterday I managed to compile all ported modules on Windows. So it looks like Tango for D2 should work on Linux and Windows right now. SiegeLord has created a master branch. I've deleted tango.stdc and parts of tango.sys in my fork. At first, a thousands of errors arose but I could fix them by using druntime instead. We need to do similar for windows. So how far along is this project actually? Yes, Tango for D2 should make use of druntime and deimos. Deimos?? Isn't that dead? Probably he meant this: https://github.com/D-Programming-Language/deimos What other project were you referring to?
Re: D2 port of Tango
Timon Gehr Wrote: Yes, Tango for D2 should make use of druntime and deimos. Deimos?? Isn't that dead? Probably he meant this: https://github.com/D-Programming-Language/deimos What other project were you referring to? http://www.dsource.org/projects/deimos of course ;)
Re: cuteDoc -New DDOC theme
Gide Nwawudu Wrote: On Fri, 28 Oct 2011 19:51:56 + (UTC), Robik szad...@gmail.com wrote: Hi. I'd like to share with new theme for DDOC named CuteDoc. It can be found here: https://github.com/robik/cuteDoc . Live demo can be foudn here: http://cutedoc.dav1d.de/ . (Thanks to dav1d (from #d) for hosting it). -- Robik Very nice. One issue I found was that the struct and class links in the 'jump to' frame have the word 'null' instead of a name. Gide Thanks! I didn't notice that, I'm working on it now.
Re: D2 port of Tango
On Nov 3, 2011, at 9:06 AM, Timon Gehr wrote: On 11/03/2011 02:55 PM, Trass3r wrote: Yes, Tango for D2 should make use of druntime and deimos. Deimos?? Isn't that dead? Probably he meant this: https://github.com/D-Programming-Language/deimos What other project were you referring to? There's an old dead project on source named deimos. As a bit of trivia, Tango would probably have been named deimos if dsource/deimos hadn't existed.
Re: DMagick image processing with D.
I've started a new repo where I'll be writing some DMagick (win32) sample apps. I have a simple one now that loads an image to a DibSection and blits it to the screen: https://github.com/AndrejMitrovic/DMagickSamples Note that I've had to add a couple of fixes to the library, so I'm distributing it with the samples.
Re: dmd 1.071 and 2.056 release
On Thu, 03 Nov 2011 17:44:22 +0200, Steve Teale steve.te...@britseyeview.com wrote: What's new and different in your std.sockets. There's a list in this post: http://www.digitalmars.com/d/archives/digitalmars/D/Clean-up_of_std.socket_144324.html Should I be using it for the native MySQL client? If you use name lookup in your code, you should probably switch to the new API when the next DMD comes out. -- Best regards, Vladimirmailto:vladi...@thecybershadow.net
Re: DMagick image processing with D.
On 11/03/2011 06:43 PM, Andrej Mitrovic wrote: I've started a new repo where I'll be writing some DMagick (win32) sample apps. I have a simple one now that loads an image to a DibSection and blits it to the screen: https://github.com/AndrejMitrovic/DMagickSamples Note that I've had to add a couple of fixes to the library, so I'm distributing it with the samples. I've merged in the the fixes you added. I see that you have removed the shared static this from Image.d, is initializing ImageMagick unnecessary on Windows? I've never tested without initializing though. -- Mike Wey
Re: DMagick image processing with D.
On 11/03/2011 02:31 AM, Andrej Mitrovic wrote: It would be easier not having to register on a custom website just to issue reports. But anyway this line triggers a runtime exception: I've thought about moving to Github, maybe i should finally look take the time to set things up. -- Mike Wey
Re: DMagick image processing with D.
On 11/03/2011 01:42 AM, Andrej Mitrovic wrote: sigmoidalContrast.d works, although draw.d doesn't: Magick: unable to read font `@ghostscript_font_p...@n019003l.pfb' @ error/annotate.c/RenderFreetype/1120. Magick: unable to read font `@ghostscript_font_p...@n019003l.pfb' @ error/annotate.c/RenderFreetype/1120. dmagick.Exception.XServerError@dmagick\Image.d(1142): Magick: unable to open X server `' @ error/display.c/DisplayImages/1662 4C004C 451F2B 40CCF0 415E4C 415E90 415A87 52F2C5 I guess displaying is only possible via X server? Otherwise I guess I could fetch the raw bytes of the image and display that via GDI/etc. I've seen a toBlob function in there somewhere, maybe I can use that. I've never used this lib before but it will definitely come in handy. Thanks for your hard work, Mike! If you get displaying with GDI working it might be worth adding it to DMagick, so that every windows user can display images easily. -- Mike Wey
Re: DMagick image processing with D.
On 11/3/11, Mike Wey mike-...@example.com wrote: I've merged in the the fixes you added. I see that you have removed the shared static this from Image.d, is initializing ImageMagick unnecessary on Windows? Well it causes access violations on application start like I've mentioned in the bug report. Without the calls the violations are gone and I can use ImageMagick, for now nothing seems to be wrong when I don't call those init functions.
Re: cuteDoc -New DDOC theme
On 10/28/2011 5:18 PM, Nick Sabalausky wrote: and then use JS Where is Nick Sabalausky and what have you done to him?
Re: std.dateparse reincarnation
On 10/25/2011 5:23 PM, Walter Bright wrote: Yes, but I've done a fair amount of delegating. Andrei is in charge of Phobos. Is there a list somewhere of who performs what roles, and what people are currently working on (and their queue)? Having something like this would be useful for potential contributors to find their niche.
Re: cuteDoc -New DDOC theme
Eric Poggel (JoeCoder) dnewsgro...@yage3d.net wrote in message news:j8vets$2r3r$1...@digitalmars.com... On 10/28/2011 5:18 PM, Nick Sabalausky wrote: and then use JS Where is Nick Sabalausky and what have you done to him? Heh :) The main problems I have with JS are: - When it's *required* for stuff that's perfectly feasable without it. - When there's so much JS that loading/using the page slows to a crawl. - When it breaks forward/backward and linking/bookmarking (like on GitHub, for instance). - Abusing JS for dumb/irritating things like pop-ups, pop-ins, excess animation (the rollout animation in cuteDoc is tastefully done though, I have no issues with that), etc. - The syntax/semantics/api/etc of the JS language itself. But I've never had a problem with a little bit of *optional* JS being used to streamline a few things here and there, a least for things that just can't be done without JS. Heck, even I use JS like that now and then. For example, the rollovers on this page: http://www.attentionworkout.com If JS is off (and this wasn't at all hard to do) it still works (You just have to click instead of rollover. It's possible to get *actual* rollovers with CSS alone, but in this specific case, I needed a rollover on one element to change a different element, and I couldn't figure out a CSS-only way to do that. If anyone knows if that's possible with CSS-only, I'd be glad to hear how. CSS is much better than JS for user-experience, but for a developer, sometimes CSS can be just as painful). And before anyone cringes: I didn't design that site, I only implemented it according to provided specs/mockups. And I *definitely* wouldn't normally have audio in a page, but this was intended to be usable by seniors in nursing homes. And I wouldn't normally use Flash to embed the audio, but the newer supposedly good browsers (like Chrome) completely crap out on audio embedded via normal, sensible means (ie, the object tag): Which always *used* to work just fine on everything until Google decided they owned the internet...Ok, now I'm ranting again, I'll stop... ;)