as a complement to jpeg decoder, here[1] is jpeg encoder from the
same author. surprisingly, it is more than two times smaller; i
took a look at it and decided: why, we should have both!
author claims that is supports baseline grayscale and RGB jpegs.
i tested it on some images i have, but no
On Friday, 17 June 2016 at 23:17:56 UTC, Xinok wrote:
On Friday, 17 June 2016 at 22:15:47 UTC, ketmar wrote:
i put it under unlicense[1], as some other works of the same
author is using it, and it is basically the same PD.
[1] http://unlicense.org/
Unfortunately, using unlicense is just as p
On Friday, 17 June 2016 at 22:15:47 UTC, ketmar wrote:
i put it under unlicense[1], as some other works of the same
author is using it, and it is basically the same PD.
[1] http://unlicense.org/
Unfortunately, using unlicense is just as problematic as using
public domain:
https://programme
On Friday, 17 June 2016 at 13:35:58 UTC, John Colvin wrote:
On Friday, 17 June 2016 at 13:05:47 UTC, ketmar wrote:
finally, the thing you all waited for years is here! pure D
no-frills JPEG decoder with progressive JPEG support! Public
Domain! one file! no Phobos or other external dependecies!
On Monday, 30 May 2016 at 19:16:50 UTC, Jason White wrote:
Note that this is still a ways off from being production-ready.
It needs some polishing. Feedback would be most appreciated
(file some issues!). I really want to make this one of the best
build systems out there.
I found the begin
On Fri, Jun 17, 2016 at 07:30:42PM +, Fool via Digitalmars-d-announce wrote:
> On Friday, 17 June 2016 at 08:23:50 UTC, Atila Neves wrote:
> > I agree, but CMake/ninja, tup, regga/ninja, reggae/binary are all
> > correct _and_ fast.
>
> 'Correct' referring to which standards? There is an inter
On Friday, 17 June 2016 at 08:23:50 UTC, Atila Neves wrote:
I agree, but CMake/ninja, tup, regga/ninja, reggae/binary are
all correct _and_ fast.
'Correct' referring to which standards? There is an interesting
series of blog posts by Mike Shal:
http://gittup.org/blog/2014/03/6-clobber-builds
On Tuesday, 14 June 2016 at 14:59:37 UTC, Andrei Alexandrescu
wrote:
On 6/11/16 7:03 PM, ikod wrote:
Hello,
Dlang-requests is library created under influence of
Python-requests,
with primary goal of easy to use and performance.
...
Thanks! Does the project have a dub presence? How does it
On 06/17/2016 06:20 PM, H. S. Teoh via Digitalmars-d-announce wrote:
>> If you happen to be unlucky enough to work on a project so large you
>> need to watch the file system, then use the tup backend I guess.
> [...]
>
> Yes, I'm pretty sure that describes a lot of software projects out there
> to
On 06/17/2016 04:08 PM, Kagamin wrote:
Uh oh, a license is revokable? What happens when boost license is revoked?
No, it's not, but you can publish stuff under multiple licenses at the
same time.
On 06/17/2016 09:05 AM, ketmar wrote:
finally, the thing you all waited for years is here! pure D no-frills
JPEG decoder with progressive JPEG support! Public Domain! one file! no
Phobos or other external dependecies! it even has some DDoc! grab it[1]
now while it's hot!
[1] http://repo.or.cz/iv
On Fri, Jun 17, 2016 at 09:00:45AM +, Atila Neves via
Digitalmars-d-announce wrote:
> On Friday, 17 June 2016 at 06:18:28 UTC, H. S. Teoh wrote:
> > On Fri, Jun 17, 2016 at 05:41:30AM +, Jason White via
> > Digitalmars-d-announce wrote: [...]
> > > Where Make gets slow is when checking for
On Friday, 17 June 2016 at 14:33:41 UTC, ketmar wrote:
ah, just fork it and slap Boost license on top! i myself have
no objections, and i doubt that the original author will object
too.
p.s. i'm pretty sure that somebody *will* fork it soon to get it
to code.dlang.org. i won't do that myself,
On Friday, 17 June 2016 at 14:28:52 UTC, Rory McGuire wrote:
Thanks for that info. I don't think it would help if ketmar
made it MIT / Boost licensed or any other, if the original
authors relatives chose to dispute the license it the fact that
the code is based on the PD code would make it hard
On Fri, Jun 17, 2016 at 3:35 PM, John Colvin via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:
> On Friday, 17 June 2016 at 13:05:47 UTC, ketmar wrote:
>
>> finally, the thing you all waited for years is here! pure D no-frills
>> JPEG decoder with progressive JPEG support!
On Friday, 17 June 2016 at 13:51:29 UTC, Andrei Alexandrescu
wrote:
Nice, thanks for this work. I see it has 3213 lines. I take it
the source is https://github.com/richgel999/jpeg-compressor.
How many lines from there are reflected in the D code? -- Andrei
it's a complete port of jpegd.h+jpegd
On Friday, 17 June 2016 at 13:35:58 UTC, John Colvin wrote:
Without wanting to start a huge thing about this, see
http://linuxmafia.com/faq/Licensing_and_Law/public-domain.html
and http://www.rosenlaw.com/lj16.htm and please at least add an
optional licencing under a traditional permissive open
On Friday, 17 June 2016 at 13:35:58 UTC, John Colvin wrote:
Without wanting to start a huge thing about this, see
http://linuxmafia.com/faq/Licensing_and_Law/public-domain.html
and http://www.rosenlaw.com/lj16.htm and please at least add an
optional licencing under a traditional permissive open
On Friday, 17 June 2016 at 13:05:47 UTC, ketmar wrote:
finally, the thing you all waited for years is here! pure D
no-frills JPEG decoder with progressive JPEG support! Public
Domain! one file! no Phobos or other external dependecies! it
even has some DDoc! grab it[1] now while it's hot!
[1]
On 06/17/2016 09:05 AM, ketmar wrote:
finally, the thing you all waited for years is here! pure D no-frills
JPEG decoder with progressive JPEG support! Public Domain! one file! no
Phobos or other external dependecies! it even has some DDoc! grab it[1]
now while it's hot!
[1] http://repo.or.cz/iv
finally, the thing you all waited for years is here! pure D
no-frills JPEG decoder with progressive JPEG support! Public
Domain! one file! no Phobos or other external dependecies! it
even has some DDoc! grab it[1] now while it's hot!
[1] http://repo.or.cz/iv.d.git/blob_plain/HEAD:/jpegd.d
Am 17.06.2016 um 13:06 schrieb mark_mcs:
I'm not sure if this is a defect or a conscious decision so I thought
I'd ask the question first. Is there a reason why Dub on Windows uses
the APPDATA environment variable, rather than LOCALAPPDATA? The APPDATA
variable points to the roaming profile direc
On Tuesday, 7 June 2016 at 09:54:19 UTC, Sönke Ludwig wrote:
DUB 1.0.0 is nearing completion. The new feature over 0.9.25 is
support for single-file packages, which can be used to write
shebang-style scripts on Posix systems:
#!/usr/bin/env dub
/++ dub.sdl:
name "colortest"
However, I question the utility of even doing this in the first
place. You miss out on the convenience of using the existing
command line interface. And for what? Just so everything can be
in D? Writing the same thing in Lua would be much prettier. I
don't understand this dependency-phobia.
I
On Friday, 17 June 2016 at 04:54:37 UTC, Jason White wrote:
Why the build script can't have a command line interface?
It could, but now the build script is a more complicated and
for little gain.
It's only as complicated to implement required features and not
more complicated. If the comman
On Friday, 17 June 2016 at 06:18:28 UTC, H. S. Teoh wrote:
On Fri, Jun 17, 2016 at 05:41:30AM +, Jason White via
Digitalmars-d-announce wrote: [...]
Where Make gets slow is when checking for changes on a ton of
files. I haven't tested it, but I'm sure Button is faster than
Make in this case
On Friday, 17 June 2016 at 05:41:30 UTC, Jason White wrote:
On Thursday, 16 June 2016 at 13:39:20 UTC, Atila Neves wrote:
It would be a worthwhile trade-off, if those were the only two
options available, but they're not. There are multiple build
systems out there that do correct builds whilst b
On Wednesday, 8 June 2016 at 16:31:47 UTC, Ben Palmer wrote:
Hi All,
The June Berlin D Meetup will be happening at 20:00 (note new
time) on Friday the 17th of June at Berlin Co-Op
(http://co-up.de/) on the fifth floor.
Danny Arends will be giving a more detailed version of his
lightning tal
28 matches
Mail list logo
