#1805: Adding a maker-added description to challenges
-+--
Reporter: BlueMaxima|Type: patch
Status: new |Priority: minor
Milestone: 2.3.1
On Sun, 2010-04-25 at 18:18 +0200, Christian Ohm wrote:
> On Sunday, 25 April 2010 at 12:11, Gilles J. Seguin wrote:
> > - create --enable-system-GLee option to used system GLee library
> > and header
>
> What's wrong with the current way? When GLee is installed on the system, it
> uses that, el
Currently, we have two text files in data/base/images/, intfac.img and
frontend.img, which have the .img extension.
Unfortunately, .img means "Disk Image" in Mac OS X, and means "disk
image", "bitmap graphic", etc in several other obscure programs. This
makes it rather difficult to open in a text
On Monday, 26 April 2010 at 12:18, Gilles J. Seguin wrote:
> wrong, try
> # cp GLee.h /usr/include/GL
> # cp libGLee.a /usr/lib64
> # ./configure
Hm, looking at the GLee source package, the pkg-config file seems to be a
Debian addition. Guess we need to add a manual detection for other systems...
On Mon, Apr 26, 2010 at 6:18 PM, Guangcong Luo wrote:
> Currently, we have two text files in data/base/images/, intfac.img and
> frontend.img, which have the .img extension.
>
> Unfortunately, .img means "Disk Image" in Mac OS X, and means "disk
> image", "bitmap graphic", etc in several other obs
On Mon, Apr 26, 2010 at 11:18:12AM -0500, Guangcong Luo wrote:
> Currently, we have two text files in data/base/images/, intfac.img and
> frontend.img, which have the .img extension.
>
> Unfortunately, .img means "Disk Image" in Mac OS X, and means "disk
> image", "bitmap graphic", etc in several
On Mon, Apr 26, 2010 at 4:19 PM, Per Inge Mathisen
wrote:
> It will break mods... - Per
I can't think of a single mod that modifies frontend.img or
intfac.img. They're extremely brittle, and modifying them is mostly
useless unless you modify the corresponding source code, anyway. You
can edit th
On 4/26/10, Zarel wrote:
> On Mon, Apr 26, 2010 at 4:19 PM, Per Inge Mathisen
> wrote:
> > It will break mods... - Per
> And if one does, well, my recent cursor additions (not to mention your
> new icons for ECM stuff - at least, I think they're yours) will break
> it anyway. :P
>
> It's s