Re: [E-devel] Eterm Tiling on AMD64 problem
On Monday, 13 September 2004, at 16:23:07 (-0400),
Nicholas Jones wrote:
> A bit more information... The filename being passed to load_image
> has 'tile' not 'tiled' as the token for the geometry setting.
>
> On my x86 box, tiled backgrounds work with the same default
> menu.cfg for Eterm, but on the opteron it fails.
>
> The config has a parameter of ':tile', but the comparison in
> parse_pixmap_ops() is on 'tiled' using the BEG_STRCASECMP
> function/macro that I cannot find the definition of.
>
> Adding another else if below the initial tiled check, I get the
> operation I expect. Checking 'tile' in that macro works.
This was fixed back in November of '02. Here's the patch:
Index: Eterm/src/pixmap.c
===
RCS file: /cvsroot/enlightenment/eterm/Eterm/src/pixmap.c,v
retrieving revision 1.90
retrieving revision 1.91
diff -u -r1.90 -r1.91
--- Eterm/src/pixmap.c 13 Oct 2002 05:28:36 - 1.90
+++ Eterm/src/pixmap.c 27 Nov 2002 20:18:23 - 1.91
@@ -21,7 +21,7 @@
* CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
*/
-static const char cvs_ident[] = "$Id: pixmap.c,v 1.90 2002/10/13 05:28:36 mej Exp $";
+static const char cvs_ident[] = "$Id: pixmap.c,v 1.91 2002/11/27 20:18:23 mej Exp $";
#include "config.h"
#include "feature.h"
@@ -222,15 +222,15 @@
D_PIXMAP(("parse_pixmap_ops(str [%s]) called.\n", str));
for (; (token = (char *) strsep(&str, ":"));) {
-if (!BEG_STRCASECMP("tiled", token)) {
+if (!BEG_STRCASECMP(token, "tile")) {
op |= OP_TILE;
-} else if (!BEG_STRCASECMP("hscaled", token)) {
+} else if (!BEG_STRCASECMP(token, "hscale")) {
op |= OP_HSCALE;
-} else if (!BEG_STRCASECMP("vscaled", token)) {
+} else if (!BEG_STRCASECMP(token, "vscale")) {
op |= OP_VSCALE;
-} else if (!BEG_STRCASECMP("scaled", token)) {
+} else if (!BEG_STRCASECMP(token, "scale")) {
op |= OP_SCALE;
-} else if (!BEG_STRCASECMP("propscaled", token)) {
+} else if (!BEG_STRCASECMP(token, "propscale")) {
op |= OP_PROPSCALE;
}
}
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]>
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
"And every time you speak her name does she know how you told me
you'd hold me until you died? But you're still alive."
-- Alanis Morrissette, "You Oughta Know"
---
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] font rendering in evas
On Mon, 13 Sep 2004 14:53:43 +0200 "Nemec, Bernhard" <[EMAIL PROTECTED]> babbled: > Hi, > > looking at evas_engine_*_font_draw(), I wonder why we render the font first > and scale the result afterwards. > Shouldn't we render the font in the "target size" directly, in order to > avoid loss of resolution? 1. glpyph caching, 2. horizontal and vertical scaling may not match. 3 - simplicity, 4. almost never happens unless the viewport of the evas and the actual window are not 1:1 scaled. > Thanks, > Bernhard > > > --- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > ___ > enlightenment-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] pedantic noob needs meaning of con
samuel wrote: > > > sorry for any interpretation of clutter on mailing list. > > i am relatively new to programming so learning things correctly the > first time greatly concerns me. > > i cannot find the meaning of "con" in ecore_con. the word. > is it an acronym, is it a shortened word? > googling finds no results because of the ambiguity of such a short word > > the use of ecore_con doesnt concern me. as that can be found by reading > the source. > > i find it to be a documentation issue. assumed knowledge. > i may be anal but it is important to me to find the true meaning instead > of assuming my own version. > > thankyou for any help > Samuel Nicholas > Abbreviation for con'nect' or con'nection'... Using sockets. You'll find ample use of 'connection' in the source code, I think. :) -- Kevin --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm Tiling on AMD64 problem
A bit more information... The filename being passed to load_image has 'tile' not 'tiled' as the token for the geometry setting. On my x86 box, tiled backgrounds work with the same default menu.cfg for Eterm, but on the opteron it fails. The config has a parameter of ':tile', but the comparison in parse_pixmap_ops() is on 'tiled' using the BEG_STRCASECMP function/macro that I cannot find the definition of. Adding another else if below the initial tiled check, I get the operation I expect. Checking 'tile' in that macro works. --NJ pgpXe5GFceUtL.pgp Description: PGP signature
Re: [E-devel] Eterm Tiling on AMD64 problem
First post of this one got moderated. Hopefully there won't be a dupe. > I've been experiencing a tiling problem for the Eterm backgrounds on > my AMD64 box. Yeah... it was getting on my nerves too. I hacked in some debug, and looking at it I saw that in parse_pixmap_ops() the tiled token isn't present. I played around a little, and it works if you force OP_TOKEN to be or'd with the return value. So it seems there is a parsing, comparison, or some other problem in calling or setting up for the pixmap ops. Might be useful to know if any other 64bit arches have this issue. I'll play with it more as time permits, unless someone posts a patch first. :) --NJ pgp6B63UC4UtX.pgp Description: PGP signature
[E-devel] [PATCH] evas_fb: support new device name
The following little patch adds support for the "new style" name of the
framebuffer device with a fall-back to the old one.
("/dev/fb/0" vs. "/dev/fb0")
Regards,
Bernhard
--- evas-cvs-orig/src/lib/engines/fb/evas_fb_main.c
+++ evas-cvs-modified/src/lib/engines/fb/evas_fb_main.c
@@ -450,8 +450,14 @@
#if 0
if (vt != 0) fb_setvt(vt);
#endif
- sprintf(dev, "/dev/fb%i", device);
- if ((fb = open(dev, O_RDWR)) == -1)
+ sprintf(dev, "/dev/fb/%i", device);
+ fb = open(dev, O_RDWR);
+ if ( fb == -1 )
+ {
+ sprintf(dev, "/dev/fb%i", device);
+ fb = open(dev, O_RDWR);
+ }
+ if (fb == -1)
{
fprintf(stderr,"open %s: %s\n", dev, strerror(errno));
fb_cleanup();
---
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] font rendering in evas
Hi, looking at evas_engine_*_font_draw(), I wonder why we render the font first and scale the result afterwards. Shouldn't we render the font in the "target size" directly, in order to avoid loss of resolution? Thanks, Bernhard --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
