Re: [racket-dev] [racket] DrRacket needs work
On 11/27/2011 01:28 PM, Robby Findler wrote: On Sun, Nov 27, 2011 at 2:02 PM, Neil Toronto wrote: Thanks for taking this on, Neil! :) No no, that's just from back before we had alpha bitmaps. Please get rid of it! Roger roger. Just loading them with 'png/alpha seems to work fine. Cool. 2. What would you (or anyone) think of using Inkscape or another SVG renderer as part of the build? Would it be better to not require it, and just have anybody who changes the SVG sources re-run render-png.rkt? I think, at this point, better not to require it. Gotcha. The rendered PNGs will be binaries in the repo. But we do need an svg library in Racket. If I were doing it I'd make something that loads an svg into a data structure that can be passed across places and have a separate "draw this svg into a dc" function (or maybe turn it into some other racket/draw thing, as appropriate). I guess this should go into racket/draw, too. That would eventually be awesome, especially for using 2D game assets developed in Illustrator or Inkscape. The dc interface would have to have gradients and blurring first. I'm not taking this one on right now. :) Neil T _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] [racket] DrRacket needs work
On Sun, Nov 27, 2011 at 2:02 PM, Neil Toronto wrote: > Moving to dev. > > 16x16 is tiny! But I can see why. I've attached my current toolbar, which > uses all 22px icons. They look a bit big. (In case you're tempted, I'd like to avoid another option :) > I'm doing more than just replacing icons. We need abstractions. Not having > them is partly why DrRacket's icon set looks old and inconsistent. So here's > what I've been working on. Thanks for taking this on, Neil! > 1. SVG icon sources in icons/svg, organized in sub-directories. > > 2. icons/svg/render-png.rkt, which renders all the SVG sources at different > heights (16, 24, 32, 48), in further sub-directories. > > 3. icons/svg/load-icon.rkt, which contains functions that make it easy to > load icons: it builds file names from info like style and height. > > The last also has functions for composing icons at runtime, and abstractions > for common compositions. For example, this would make a blue, diffuse > version of the wide macro stepper icon: > > (icon-ht-append (load-icon "misc" "hash-quote-diffuse" height) > (step-icon "blue" "diffuse" height)) > > And `step-icon' builds an icon by appending a triangle and a bar. > > Today, I'm going to change render-png.rkt to colorize icons by replacing > certain named gradients in the SVG sources. > > Critiques or suggestions? > > Also, I have questions. > > 1. Do icons have to be loaded with 'png/mask? Combining masked bitmaps is > kind of a pain. No no, that's just from back before we had alpha bitmaps. Please get rid of it! > 2. What would you (or anyone) think of using Inkscape or another SVG > renderer as part of the build? Would it be better to not require it, and > just have anybody who changes the SVG sources re-run render-png.rkt? I think, at this point, better not to require it. But we do need an svg library in Racket. If I were doing it I'd make something that loads an svg into a data structure that can be passed across places and have a separate "draw this svg into a dc" function (or maybe turn it into some other racket/draw thing, as appropriate). I guess this should go into racket/draw, too. Robby _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] [racket] DrRacket needs work
Moving to dev. 16x16 is tiny! But I can see why. I've attached my current toolbar, which uses all 22px icons. They look a bit big. I'm doing more than just replacing icons. We need abstractions. Not having them is partly why DrRacket's icon set looks old and inconsistent. So here's what I've been working on. 1. SVG icon sources in icons/svg, organized in sub-directories. 2. icons/svg/render-png.rkt, which renders all the SVG sources at different heights (16, 24, 32, 48), in further sub-directories. 3. icons/svg/load-icon.rkt, which contains functions that make it easy to load icons: it builds file names from info like style and height. The last also has functions for composing icons at runtime, and abstractions for common compositions. For example, this would make a blue, diffuse version of the wide macro stepper icon: (icon-ht-append (load-icon "misc" "hash-quote-diffuse" height) (step-icon "blue" "diffuse" height)) And `step-icon' builds an icon by appending a triangle and a bar. Today, I'm going to change render-png.rkt to colorize icons by replacing certain named gradients in the SVG sources. Critiques or suggestions? Also, I have questions. 1. Do icons have to be loaded with 'png/mask? Combining masked bitmaps is kind of a pain. 2. What would you (or anyone) think of using Inkscape or another SVG renderer as part of the build? Would it be better to not require it, and just have anybody who changes the SVG sources re-run render-png.rkt? Neil T (Jay, before you get anxious about the FLOPS deadline, I've been working on that, too. But this has been keeping my mind off being nauseated. I'm just thankful I'm sick now instead of on Thanksgiving, like my little brother. Hopefully, by now he can enjoy the piece of donut-cherry pie I sent home with his wife.) On 11/27/2011 12:59 AM, Robby Findler wrote: It has to be 16x16, not 24x24, sadly. I wouldn't mind if you committed something that was just the checkmark and the right size in collects/icons/syncheck.png. Robby On Sat, Nov 26, 2011 at 2:07 PM, Neil Toronto wrote: I had some hours to kill today, and I figured I could come up with replacements for the toolbar icons at least. Neil T <>_ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
