[E-devel] Re: e17-pre2
hi, Thanks for your replies. > Any question for a time frame will delay the release by two weeks. :-(. Ok. Ok. I don't need e17-pre3 release. I just need a kind of e17-pre2 with managed windows and menus . not really e17-pre3 just e17-pre2plus. thanks you for your libs raster. ar. /* http://www.alain5.org */ --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] e16 $DISPLAY
On Tue, Nov 11, 2003 at 07:25:23PM -0500, Mike Frysinger wrote: > > Some X apps and window managers accept a "-display" command line > > option. Some use "--display". All appear to honor the DISPLAY > > environmental variable. > -display and --display is just fancy features some apps like to support ... > it's cool, keeps you from having to mess around with environment > variables ... > as for the DISPLAY variable, not honouring it is a horrible oversight :) > like you said, all appear to honor it ... as they should ... I need to clarify things, correct my misstatements. e itself has no problem with using $DISPLAY. The problem is passing -display to other apps. If the other app chokes on the unknow arg, X exits abruptly. I have the menus doing: eesh -e 'restart_wm ' The current screen.c translates the call to: exec -display The patched screen.c does: DISPLAY= exec I believe that is correct behavior, if not the best way to code it. I am not sure if e changes DISPLAY in the environment to match any value e itself received it throuh -display. But the patched method assures that e's notion of DISPLAY is passed to WM. --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Shrinking DR16's Dist Size
At 12:08 AM 11/12/2003, The Rasterman wrote: On Tue, 11 Nov 2003 20:45:49 -0500 Hall Stevenson <[EMAIL PROTECTED]> babbled: > On Tue, 2003-11-11 at 19:04, Carsten Haitzler wrote: > > 3. convert images that are not "transparent) (ie square) into .jpg and > > change docs to point to these > > I just converted all the PNGs from the E-dox directory into JPG and GIF > format. GIF is no longer "evil", right ?? The Unisys patent ran out I > thought and I imagine that was the primary reason for using PNGs. Well, > transparency too, so that ruled out JPG. > > Anyway, here's what 'df -h' says: > > 860K./gifs gif is only 8bit color remember though... thats an issue :) What's that mean ?? ;-) I compared only a couple of the PNGs to the GIFs and they looked fine to me... For what they're being used in, is "8bit" insufficient ?? Hall --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] OSXDocker
On Wednesday 12 Nov 2003 6:29 pm, Andrew Elcock wrote: > yay, installed the font and pointed at some other icons - rocks now ;) cool > > 2 remaining q's > 1) Should the edge reall "jump" as you start to hover over the opposite > side? I think so -- I'm trying to mimick the MacOS docker. The thing is that the animation duration is only about 0.1 seconds, and there's only really going to be 2 frames -- this behaviour might be somewhat system dependent (me compile _everything_ from source w. -O2 -fomit-frame-pointer). > 2) the background is not psudo transparent, it seems to pick a random > bit of the background to paste behind it, then never refreshes. - either > that or it is just getting random junk - but I doubt that! Yeah... that's some sucking. I looked over the evidence PT code, but that used imlib(-2, maybe). I've never worked with X before, so I sorta dug around in the imlib code, finally tracing it to strange and wierd parts of the world, but then still failed to get it to work. On the other hand, found a standard function in X, which unfortunately grabs the entire desktop -- windows and all. Actually, that reminds me: what resolution is your desktop at? For reasons unknown, the ecore call of getting the geometry of the root desktop no longer works, and I've put in a hack to fix it @ 1024x768 (my res). You should find od_window_init in window.c and change the res if not matching. > > Otherwise it rocks ;) It's always nice to hear that. Suggestions (to all on the list)? -- My weight is perfect for my height -- which varies. genneth8691.wincoll.ac.uk Gentoo Linux, version 2.6.0-test8-mm1 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] e16 $DISPLAY
Laurence J. Lane wrote: Some X apps and window managers accept a "-display" command line option. Some use "--display". All appear to honor the DISPLAY environmental variable. This bit me some time ago with the Debian menu system, which facilitates changing window managers on-the-fly. Switching to e went horribly wrong because it didn't know what DISPLAY to use. There may be a better way to do this, but no one has complained in the couple of years that I've carried the patch. --- enlightenment-0.16.6-upstream/src/session.c 2003-11-05 12:58:51.0 -0500 +++ enlightenment-0.16.6-debian/src/session.c 2003-11-06 05:07:03.0 -0500 @@ -1196,7 +1196,7 @@ #endif XCloseDisplay(disp); disp = NULL; - Esnprintf(s, sizeof(s), "exec %s -display %s", atword(params, 2), dstr); + Esnprintf(s, sizeof(s), "DISPLAY=%s exec %s", dstr, atword(params, 2)); execl(DEFAULT_SH_PATH, DEFAULT_SH_PATH, "-c", s, NULL); } else if (!strcmp(s, "restart")) Why not remove all "-display " parameters on all exec's in session.c? /Kim --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] e16 default font handling
Laurence J. Lane wrote:
raster wrote this patch to provide the "fixed" font if the etheme's
default font is not available. For an example scenario, start e with
brushedmetal-tigert and a font server that does not have the Lucida
font. e starts with no titlebar/menu/dialogbox/whatver fonts. The
"fixed" font or whateveryoucallthenonfixed font (scaled?) is probably
always there.
--- enlightenment-0.16.6-upstream/src/text.c 2003-11-05 12:58:51.0 -0500
+++ enlightenment-0.16.6-debian/src/text.c 2003-11-06 05:06:03.0 -0500
@@ -203,6 +203,13 @@
/* EDBUG_RETURN_; */
}
if (!ts->xfontset)
+ {
+ ts->xfontset =
+ XCreateFontSet(disp, "fixed", &missing_list, &missing_cnt,
+ &def_str);
+ if (missing_cnt)
+ XFreeStringList(missing_list);
+ }
EDBUG_RETURN_;
ts->xfontset_ascent = 0;
@@ -210,6 +217,8 @@
for (i = 0; i < font_cnt; i++)
ts->xfontset_ascent = MAX(fs[i]->ascent, ts->xfontset_ascent);
}
+if (!ts->xfont)
+ ts->xfont = XLoadQueryFont(disp, "fixed");
}
EDBUG_RETURN_;
}
Something is not right.
This patch leaves some lines of code after EDBUG_RETURN_ unreachable.
How about doing as in the attached one?
/Kim
--- src/text.c 5 Nov 2003 17:24:46 - 1.23
+++ src/text.c 12 Nov 2003 19:50:52 -
@@ -202,14 +202,27 @@
XFreeStringList(missing_list);
/* EDBUG_RETURN_; */
}
+
if (!ts->xfontset)
- EDBUG_RETURN_;
+ {
+ ts->xfontset =
+XCreateFontSet(disp, "fixed", &missing_list, &missing_cnt,
+ &def_str);
+ if (missing_cnt)
+XFreeStringList(missing_list);
+ }
-ts->xfontset_ascent = 0;
-font_cnt = XFontsOfFontSet(ts->xfontset, &fs, &fn);
-for (i = 0; i < font_cnt; i++)
- ts->xfontset_ascent = MAX(fs[i]->ascent, ts->xfontset_ascent);
+if (ts->xfontset)
+ {
+ ts->xfontset_ascent = 0;
+ font_cnt = XFontsOfFontSet(ts->xfontset, &fs, &fn);
+ for (i = 0; i < font_cnt; i++)
+ts->xfontset_ascent =
+ MAX(fs[i]->ascent, ts->xfontset_ascent);
+ }
}
+ if (!ts->xfont)
+ ts->xfont = XLoadQueryFont(disp, "fixed");
}
EDBUG_RETURN_;
}
Re: [E-devel] Shrinking DR16's Dist Size
On Wed, 12 Nov 2003 08:38:42 -0500 Hall Stevenson <[EMAIL PROTECTED]> (Bbabbled: (B (B> At 12:08 AM 11/12/2003, The Rasterman wrote: (B> >On Tue, 11 Nov 2003 20:45:49 -0500 Hall Stevenson (B> ><[EMAIL PROTECTED]> (B> >babbled: (B> > (B> > > On Tue, 2003-11-11 at 19:04, Carsten Haitzler wrote: (B> > > > 3. convert images that are not "transparent) (ie square) into .jpg and (B> > > > change docs to point to these (B> > > (B> > > I just converted all the PNGs from the E-dox directory into JPG and GIF (B> > > format. GIF is no longer "evil", right ?? The Unisys patent ran out I (B> > > thought and I imagine that was the primary reason for using PNGs. Well, (B> > > transparency too, so that ruled out JPG. (B> > > (B> > > Anyway, here's what 'df -h' says: (B> > > (B> > > 860K./gifs (B> > (B> >gif is only 8bit color remember though... thats an issue :) (B> (B> What's that mean ?? ;-) (B> (B> I compared only a couple of the PNGs to the GIFs and they looked fine to (B> me... For what they're being used in, is "8bit" insufficient ?? (B (Bgifs has a maximum number of colour bits of 8 - ie 256 colors. pngs (and jpg) (Bcan go all the way to 24bit (in fact png can even do 48 bit) ie 16.7 million (Bcolors (or 26.7 million * 26.7million for 48it). (B (Bthis means gradients get "banded", or you get dirty "dithering" etc. etc. since (Bthere is a limit on the number of colours. (B (B-- (B--- Codito, ergo sum - "I code, therefore I am" (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $B7'<*(B - $Bhttp://www.apachecon.com/ (B___ (Benlightenment-devel mailing list (B[EMAIL PROTECTED] (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
