[E-devel] fractional font size in text block
Hello I am working on rendering rtf files in an esmart object. According to the rtf spec., rtf files specify font size in half points. So, while rendering files, the equivalent markup could be font_size=10.5 when the rtf file has a tag \fs21. I want to know if this is supported. Also as per the spec., the paper height, width, margin lengths etc. are specified in twips. Now, one inch is 1440 twips. So to convert between twips and pixels, divide the nummber of twips by 1440 to get inches and then multiply that by the dots-per-inch to get the size in pixels. Now, this can give fractional values. Is it possible to specify textblock size as fractional values or should I round it off to the nearest pixel? Regards, Amitav -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore: fix tslib touchscreen detection
Applied. Thanks. On Tue, Sep 22, 2009 at 08:20:25AM +0200, Marc Andre Tanner wrote: Hi, I am trying to compile just the minimum requirements for elementary with framebuffer support. During this I found some problems in ecore's tslib detection code. The following patches should fix them. [ Note: I am in no way an expert - and don't want to become one - in configure and autohell teritory. The patches were created by looking around for similar constructs in the rest of the code. I hope they are ok, at least they seem to work for me. ] Marc -- Marc Andre Tanner http://www.brain-dump.org/ GPG key: CF7D56C0 -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fractional font size in text block
On Tue, 29 Sep 2009 18:36:18 +0530 amitav mohanty amitavmohant...@gmail.com said: Hello I am working on rendering rtf files in an esmart object. According to the rtf spec., rtf files specify font size in half points. So, while rendering files, the equivalent markup could be font_size=10.5 when the rtf file has a tag \fs21. I want to know if this is supported. Also as per the spec., the paper height, width, margin lengths etc. are specified in twips. Now, one inch is 1440 twips. So to convert between twips and pixels, divide the nummber of twips by 1440 to get inches and then multiply that by the dots-per-inch to get the size in pixels. Now, this can give fractional values. Is it possible to specify textblock size as fractional values or should I round it off to the nearest pixel? round - as fractional values wont work. same for font sizes. also won't help. :) Regards, Amitav -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: watchwolf IN trunk/TMP/st/elementary: data/themes src/bin src/lib
On Tue, 29 Sep 2009 07:07:18 -0700 Enlightenment SVN
no-re...@enlightenment.org said:
watchwolf! AHEM! do you notice something you did?
Log:
elm slideshow : keep the ratio
Author: watchwolf
Date: 2009-09-29 07:07:18 -0700 (Tue, 29 Sep 2009)
New Revision: 42801
Modified:
trunk/TMP/st/elementary/data/themes/default.edc
trunk/TMP/st/elementary/src/bin/test_slideshow.c
trunk/TMP/st/elementary/src/lib/Elementary.h.in
trunk/TMP/st/elementary/src/lib/elm_slideshow.c
Modified: trunk/TMP/st/elementary/data/themes/default.edc
===
--- trunk/TMP/st/elementary/data/themes/default.edc 2009-09-29
13:24:45 UTC (rev 42800) +++
trunk/TMP/st/elementary/data/themes/default.edc 2009-09-29 14:07:18
UTC (rev 42801) @@ -5197,7 +5197,7 @@ fill.smooth: 0;
}
}
- }
+ }
}
///
@@ -6410,11 +6410,55 @@
item: image1 elm.image.1;
item: image2 elm.image.2 elm.image.2_2 elm.image.2_3
elm.image.2_4; }
+script {
+public message(Msg_Type:type, id, ...) {
+if( (type==MSG_INT_SET) (id==1) )
+{
+new off1_x;
+new off1_y;
+new off2_x;
+new off2_y;
+
+custom_state(PART:image_1_area, default, 0.0);
+
+off1_x = getarg(2);
+off1_y = getarg(3);
+off2_x = getarg(4);
+off2_y = getarg(5);
+set_state_val(PART:image_1_area, STATE_REL1_OFFSET,
off1_x, off1_y);
+set_state_val(PART:image_1_area, STATE_REL2_OFFSET,
off2_x, off2_y);
+set_state(PART:image_1_area, custom, 0.0);
+}
+else if( (type==MSG_INT_SET) (id==2) )
+{
+new off1_x;
+new off1_y;
+new off2_x;
+new off2_y;
+
+custom_state(PART:image_2_area, default, 0.0);
+
+off1_x = getarg(2);
+off1_y = getarg(3);
+off2_x = getarg(4);
+off2_y = getarg(5);
+set_state_val(PART:image_2_area, STATE_REL1_OFFSET,
off1_x, off1_y);
+set_state_val(PART:image_2_area, STATE_REL2_OFFSET,
off2_x, off2_y);
+set_state(PART:image_2_area, custom, 0.0);
+}
+}
+}
parts {
-part { name: elm.image.1;
-type: IMAGE;
+part { name: whole;
description {
state: default 0.0;
+visible: 1;
+color: 0 0 0 0;
+}
+}
+part { name: image_1_whole;
+description {
+state: default 0.0;
color: 255 255 255 255;
}
description {
@@ -6472,11 +6516,12 @@
rel1.relative: 0.0 1.0;
rel2.relative: 1.0 2.0;
}
+
}
-part { name: elm.image.2;
-type: IMAGE;
+part { name: image_2_whole;
description {
state: default 0.0;
+visible: 1;
color: 255 255 255 0;
}
description {
@@ -6558,7 +6603,51 @@
}
description{
state: 4_square_prev_next_init 0.0;
+inherit: default 0.0;
visible: 1;
+color: 255 255 255 255;
+}
+}
+part { name: image_1_area;
+description {
+state: default 0.0;
+visible: 0;
+rel1.to: image_1_whole;
+rel2.to: image_1_whole;
+}
+}
+part { name: image_2_area;
+description {
+state: default 0.0;
+visible: 0;
+rel1.to: image_2_whole;
+rel2.to: image_2_whole;
+}
+}
+part { name: elm.image.1;
+type: IMAGE;
+clip_to: image_1_whole;
+description {
+state: default 0.0;
+rel1.to: image_1_area;
+rel2.to: image_1_area;
+color: 255 255 255 255;
+}
+}
+part { name: elm.image.2;
+type: IMAGE;
+clip_to:
Re: [E-devel] E SVN: raster IN trunk/evas/src: lib lib/canvas lib/engines/common lib/engines/common/evas_intl lib/include modules/engines/cairo_x11 modules/engines/software_16 modules/engines/software
On Wed, Sep 30, 2009 at 1:23 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: From: Tom t...@stosb.com (tasn) Hey raster, Here is the non intrusive patch I talked to you about. Please apply it as it introduces some fixes, some improvements and mostly and underlying infrastructure for future RTL improvements. (note hebrew yiddish seem fine, but things expedite test seems to show are wrong (why i don't know as i dont speak the langs- just comparing to pango / gtk output): arabic seems lsightl wrong (maybe composition chars not working?) I had this problem and contacted fribidi maintainer (Behdad) and he informed that this is lacking in old fribidi and I should update, did it and works fine. Pango ships with its own copy, that's why nobody notices distros ship with old version by default. The version should be compatible and drop in replacement... seems that fedora uses the new one without problems (he works at RH). -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
