I enclosed the patch in another mail. Please review.
On Fri, Nov 28, 2008 at 06:14:34PM +0800, John Lee wrote:
Hi list,
In the HEAD version of ETK, scrolled_view is not draggable anymore.
You can verify this by executing etk_test - scrolled_view. However,
the mouse event can be caught by
Hi list,
In the HEAD version of ETK, scrolled_view is not draggable anymore.
You can verify this by executing etk_test - scrolled_view. However,
the mouse event can be caught by viewport.event, which is an evas obj
on the top level. raster added it in #34948 to add on_hold.
viewport.event is
Hi List,
I created a patch for extending the scrolled_view bouncy behaviour.
. Changing the etk_scrolled_view_drag_bouncy_set with
typedef enum
{
ETK_BOUNCY_NOBOUNCE=0, /** No bounce at all, stop at margin.
It's default */
ETK_BOUNCY_BOUNCE, /** Bounce to the margin, and
I've try to compile etk but fails with a lot of errors.
the errors are:
In file included from etk_type.h:25,
from etk_object.h:27,
from etk_widget.h:25,
from etk_container.h:26,
from etk_bin.h:23,
from
Attached a patch that fix (or almost redone) the autosearch feature of
comboboxs, the patch also fix etk_test that was broken on the searchable
combobox.
Changes done:
1. moved the search code from etk_test to inside etk_combobox_entry, so that
everyone can use it.
2. add 2 new field to the
...and also attach the patch :)
- Dave Andreoli [EMAIL PROTECTED] ha scritto:
Attached a patch that fix (or almost redone) the autosearch feature of
comboboxs, the patch also fix etk_test that was broken on the
searchable combobox.
Changes done:
1. moved the search code from
Hi all,
I heard from #e, i should send the patches to the devel-list.
When the modifier keys are pressed, like ctrl, alt, shift,
etk's event-string is coming as empty
stringhttp://en.wikipedia.org/wiki/Empty_string. So if you select
some text and press these keys actually it deletes those
Hi guys,
About the current situation of Etk, I don't think I will work on it anytime soon
for several reasons. First of all, for the last months, I haven't really had so
much free time to dedicate to Etk, I have been kept quite busy by a lot of
things such as school, personnal projects,
The recent discussions here about toolkit theming and such
has brought up, to me at least, the question of the future of the
etk gui-toolkit. From what I can see, there has been little or no
work done on this lib in a looong time -- it appears abandoned or
maybe just plain un-maintained
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 25 Nov 2007 18:36:46 -0500
Hisham Mardam Bey [EMAIL PROTECTED] wrote:
Are the XML output formats still the same? If so, we're not affected,
if not, and we want to stay compatible, we have to update Enhance to
use the new format.
It seems
On Fri, 2007-11-23 at 18:15 +0200, Chady Kassouf wrote:
Just a quick update regarding this.
It turns out it's not as trivial as I first thought it was.
I did write the bindings, and it all works, but I hit a speed bump:
signal handling is done in Enhance through dlsym which won't work in
a
On Nov 25, 2007 6:30 PM, Daniel Kasak [EMAIL PROTECTED] wrote:
Also, libglade is being depreciated soon in favour of GtkBuilder. How
will this affect enhance?
Are the XML output formats still the same? If so, we're not affected,
if not, and we want to stay compatible, we have to update Enhance
Hi Chady,
I urge anyone dealing with Perl C bindings to use Inline-C.
For testing purposes I had created minimal evas ecore bindings,
plus some shortcuts in the Perl API level. In matter of minutes literally.
As for signals and such there should be solutions, as it is a well known
problem
On Nov 15, 2007 2:18 AM, Daniel Kasak [EMAIL PROTECTED] wrote:
On Wed, 2007-11-14 at 11:03 +0200, Chady Kassouf wrote:
I haven't used Enhance before, but a quick look at the source shows
that bindings for it are simple to do, I'll have something ready for
it soon.
Great.
Just a quick
On Nov 14, 2007 6:10 AM, Daniel Kasak [EMAIL PROTECTED] wrote:
On Tue, 2007-11-13 at 21:33 -0500, Hisham Mardam Bey wrote:
On Nov 13, 2007 9:19 PM, Daniel Kasak [EMAIL PROTECTED] wrote:
Quite a while back, I remember reading about etk-server, that would
create an ETK layout from a
On Wed, 2007-11-14 at 11:03 +0200, Chady Kassouf wrote:
I haven't used Enhance before, but a quick look at the source shows
that bindings for it are simple to do, I'll have something ready for
it soon.
Great.
Etk-Perl is quite usable now, but besides lack of proper
documentation, it also
Quite a while back, I remember reading about etk-server, that would
create an ETK layout from a GladeXML file. What's the status of this?
Next, if this is working, is it also inside the realms of possibility
that Perl bindings for this will materialise.
As you've probably figured, I'm a Perl
On Nov 13, 2007 9:19 PM, Daniel Kasak [EMAIL PROTECTED] wrote:
Quite a while back, I remember reading about etk-server, that would
create an ETK layout from a GladeXML file. What's the status of this?
Enhance - allows you to use a GladeXML file to create an Etk gui.
Works great an is already in
On Tue, 2007-11-13 at 21:33 -0500, Hisham Mardam Bey wrote:
On Nov 13, 2007 9:19 PM, Daniel Kasak [EMAIL PROTECTED] wrote:
Quite a while back, I remember reading about etk-server, that would
create an ETK layout from a GladeXML file. What's the status of this?
Enhance - allows you to use
On 10/22/07, Caio Marcelo [EMAIL PROTECTED] wrote:
I've been working on a different (and more flexible) design for the
List widget. The code is changing as I implement things, but a basic
design settled down. The idea is if this new design works better, we
can try port the Tree widget too (so
Hello,
I've been working on a different (and more flexible) design for the
List widget. The code is changing as I implement things, but a basic
design settled down. The idea is if this new design works better, we
can try port the Tree widget too (so List will be just a subcase).
The code is in:
On 10/12/07, Dr. Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote:
src/engines/ecore_evas_software_x11/Makefile
src/engines/ecore_evas_software_x11_16/Makefile
src/engines/ecore_evas_gl_x11/Makefile
+src/engines/ecore_evas_software_sdl/Makefile
src/engines/ecore_fb/Makefile
Could you
src/engines/ecore_evas_software_x11/Makefile
src/engines/ecore_evas_software_x11_16/Makefile
src/engines/ecore_evas_gl_x11/Makefile
+src/engines/ecore_evas_software_sdl/Makefile
src/engines/ecore_fb/Makefile
Could you briefly summarize why we have to have different etk engines?
I can
I believe we should always return Etk_Bool in all callbacks and stop
the emission when returning 0 (FALSE).
+1
Done in CVS.
I've also commited many improvements in Etk signal system. Mainly now
instead of having one big list for every callback, each object has an
array of callbacks. So
I believe we should always return Etk_Bool in all callbacks and stop
the emission when returning 0 (FALSE).
Thoughts?
BR
--
Andre Moreira Magalhaes (andrunko)
Jabber: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
Skype: andrunko
Blog:
On 9/27/07, Andre Magalhaes [EMAIL PROTECTED] wrote:
I believe we should always return Etk_Bool in all callbacks and stop
the emission when returning 0 (FALSE).
+1
I agree and it makes the behavior more consistent with other callbacks
like those for ecore_timer_add, ecore_animator_add...
I'm
On 9/18/07, Caio Marcelo [EMAIL PROTECTED] wrote:
Snippet from previous conversation:
4) etk_signal_stop() and _etk_signal_emitted_signals
So we could enhance ETK by having accumulator to return a boolean
whenever it should stop or continue, then we could handle this AND
case
On 9/19/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
Looks fine and implements exactly the initial idea that we've
discussed with Moom.
Attached are fixes for apps/exhibit and apps/emphasis to *not* use
etk_signal_stop() (and use return values instead).
Cheers,
Caio Marcelo
Index:
On 9/15/07, Andre Magalhaes [EMAIL PROTECTED] wrote:
1) Change the @brief comment of etk_signal_disconnect_by_id to use 80 columns.
2) Change:
Done. In change (2) actually we need to save the original pointer callbacks
to free it before iterate on it, then evas_list_free on this pointer.
This is now in bugzilla:
http://bugzilla.enlightenment.org/show_bug.cgi?id=215
I've updated the patch there to change block(), unblock() interface
also (to take void *data pointers to identify the correct callback
to operate.
Cheers,
Caio Marcelo
On 9/14/07, Caio Marcelo [EMAIL PROTECTED] wrote:
- connect() family takes callback, data and returns the identifier
- disconnect() takes callback and data, removing only one specific
callback|data pair for a given signal
- disconnect_by_id() takes only the identifier (and no need to pass
Kakaroto: please remember to CC the list (ie: reply-all)!
On 9/13/07, Youness Alaoui [EMAIL PROTECTED] wrote:
Looks good, but maybe it would be better to do a disconnect_one(etk_signal);
since the etk_signal represents a unique signal, so there's no
need to pass the signal name (or even the
I can see 2 approaches here:
1) Create an id to identify every signal connection and use it on
disconnect when needed (as done by the patch)
2) Change etk_signal_disconnect to receive one more param, the
user_data, the same way as etk_signal_connect does, cause I can have
the same callback been
Please, no top posts :-)
On 9/14/07, Andre Magalhaes [EMAIL PROTECTED] wrote:
I can see 2 approaches here:
1) Create an id to identify every signal connection and use it on
disconnect when needed (as done by the patch)
2) Change etk_signal_disconnect to receive one more param, the
On 9/14/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
Please, no top posts :-)
I love this :)
Having user data to disconnect wouldn't help that much, at least for
our bindings.
As I said in my email, ETK's signal implementation is far from ideal
and could use some rework. Caio
Ok, second try.
- connect() family takes callback, data and returns the identifier
- disconnect() takes callback and data, removing only one specific
callback|data pair for a given signal
- disconnect_by_id() takes only the identifier (and no need to pass
the signal_name since is embedded in the
On 9/14/07, Caio Marcelo [EMAIL PROTECTED] wrote:
Ok, second try.
- connect() family takes callback, data and returns the identifier
- disconnect() takes callback and data, removing only one specific
callback|data pair for a given signal
- disconnect_by_id() takes only the identifier (and no
Hello,
In Python bindings we handled callback as following: we have one
master function in C that was connected (when needed) and called the
Python functions connected. This has many problems: the order of
callbacks (using connect_after) may not work as expected (since all the
Python functions
On 9/13/07, Caio Marcelo [EMAIL PROTECTED] wrote:
Hello,
In Python bindings we handled callback as following: we have one
master function in C that was connected (when needed) and called the
Python functions connected. This has many problems: the order of
callbacks (using connect_after) may
hello,
I found a bug with etk_toggle_button and the disable function.
- When you check a toggle button
- disabled the button
- enabled the button
-- the button is not draw as check
- if you try to check it with a mouse click or with
etk_toggle_button_active_set()
-- the button is not draw as
Could you please file a bug report on http://bugs.enlightenment.org/
so it won't get lost on the ml
BR
On 8/16/07, Atton Jonathan [EMAIL PROTECTED] wrote:
hello,
I found a bug with etk_toggle_button and the disable function.
- When you check a toggle button
- disabled the button
- enabled
On 6/23/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
Attached is a new engine for ETK with software_x11_16 support.
I'm using it on N800 with success :-)
In CVS, thanks a lot (=
--
Hisham Mardam Bey
http://hisham.cc/
+9613609386
Codito Ergo Sum (I Code Therefore I Am)
Attached is a new engine for ETK with software_x11_16 support.
I'm using it on N800 with success :-)
--
Gustavo Sverzut Barbieri
--
Jabber: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
ICQ#: 17249123
Skype: gsbarbieri
Mobile: +55 (81) 9927 0010
diff
hehe, I started to write a front end app with ETK/C ifconfig/iwconfig.
I use the same method as wifi-radar (excecute command regular
expression).
But I don't have a lot of time. atm the app allow to configure a static
wire network .
I will write a web page to present the application during the
Note that writing such module/app would be hard to be cross-platform,
as NetworkManager currently supports only Linux. There are big chances
that it will be ported to FreeBSD [1] very soon [2], but still you'll
surely have some problems. Moreover, there is Solaris.
Just keep in mind that this task
I started the same way when I began my EWL based network config
utility, but you will find that actually using the libraries available
is much easier. Parsing values and calling external programs is just
ugly and slow. In the end it was less code and far cleaner then doing
the parsing. If any
On Sun, 18 Feb 2007 15:15:36 +0100 Atton Jonathan [EMAIL PROTECTED]
babbled:
hello ;)
I have a question,
A etk/ewl network manager exist ?
I means configure the ip, mask, select a wireless network ...?
a NetworkManager front end module/app would be spiffingly nice! i'd love
that! :)
hello ;)
I have a question,
A etk/ewl network manager exist ?
I means configure the ip, mask, select a wireless network ...?
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and
On 2/1/07, DaveMDS [EMAIL PROTECTED] wrote:
There's a reason of the tooltip disabled?
etk_tooltips.c line 78:
void etk_tooltips_enable()
{
//_etk_tooltips_enabled = ETK_TRUE;
}
I have remove the comment and the tooltip works well!
There's
There's a reason of the tooltip disabled?
etk_tooltips.c line 78:
void etk_tooltips_enable()
{
//_etk_tooltips_enabled = ETK_TRUE;
}
I have remove the comment and the tooltip works well!
There's some problem with it?
Thanks
dave
Hello folks,
I just wanted to let you know that Etk and some of the applications
that use it have been moved from e17/proto to e17/libs and e17/apps.
Here's a list of what moved:
etk - libs
enhance - libs
enity - apps
estickies - apps
etk-perl - libs
exhibit - apps
emphasis - apps
Package
Hi all,
from the #etk discussion this is a patch for
e17/proto/etk/src/lib/etk_filechooser_widget.c
This patch resolve the bug that cause
etk_filechooser_widget_selected_file_get()
to return trash in the case no file is selected. With the patch
applied the function
will return NULL
DaveMDS wrote:
ps: this is my first patch for the e17 cvs, I have done it with the
command:
diff -u old_file new_file
Is this the right method?
I see that other patch in the list have different syntax, so don't know
if this is good enought.
Good enough, but use cvs diff
Sebastian
On 12/19/06, DaveMDS [EMAIL PROTECTED] wrote:
Hi all,
from the #etk discussion this is a patch for
e17/proto/etk/src/lib/etk_filechooser_widget.c
This patch resolve the bug that cause
etk_filechooser_widget_selected_file_get()
to return trash in the case no file is selected. With the
hello ;)
I write a application with the ETK library. I need to add a scrollbar in
a text_view but my scrollbar don't appears.
My code:
frame = etk_frame_new(hehe);
etk_container_add(ETK_CONTAINER(vbox), frame);
On 12/18/06, Atton Jonathan [EMAIL PROTECTED] wrote:
hello ;)
I write a application with the ETK library. I need to add a scrollbar in
a text_view but my scrollbar don't appears.
My code:
frame = etk_frame_new(hehe);
Le lundi 18 décembre 2006 à 20:59 +0200, Hisham Mardam Bey a écrit :
On 12/18/06, Atton Jonathan [EMAIL PROTECTED] wrote:
hello ;)
I write a application with the ETK library. I need to add a scrollbar in
a text_view but my scrollbar don't appears.
My code:
frame =
On 12/19/06, Atton Jonathan [EMAIL PROTECTED] wrote:
Ok I see,
I really need this options hehe :p
Etk have a mainling list or site ? or you use this mailing list ?
We use this mailing list and #etk on irc.freenode.net
I have found a bug :o, when you select a text with the mouse, the last
On 11/21/06, DaveMDS [EMAIL PROTECTED] wrote:
thanks, super :)
please let me know when you have done the work.
We expect it to be finished early next week. (=
--
Hisham Mardam Bey
MSc (Computer Science)
http://hisham.cc/
+9613609386
Codito Ergo Sum (I Code Therefore I Am)
I have been playing around with etk-perl lately, and while
doing some hacking to remove horiz-scrollbar, and add
a left/right keypad SignalConnect to visible_set columns
to 0/1 to give different views, preserving the name
column.. I discovered a bug in the show-hide/redraw
routines in etk that
Etk and e fails to build on my gentoo box due to configure problem. The
error is the following in both cases:
Running aclocal...
Running autoheader...
Running autoconf...
Running libtoolize...
Running automake...
configure.in:152: required file `./config.rpath' not found
po/Makefile.am:6:
Peter,
On 10/22/06, Peter Parkanyi [EMAIL PROTECTED] wrote:
Etk and e fails to build on my gentoo box due to configure problem. The
error is the following in both cases:
Running aclocal...
Running autoheader...
Running autoconf...
Running libtoolize...
Running automake...
On Sunday 22 October 2006 07:23, Peter Parkanyi wrote:
configure.in:152: required file `./config.rpath' not found
as noted in another thread, the e17 autogen scripts fail to set up gettext
properly ...
-mike
pgpzVZachZEhQ.pgp
Description: PGP signature
On Sunday 22 October 2006 12:02, Chad Kittel wrote:
Another thread on this Mailing List had suggestions like
WANT_AUTOMAKE=1.9.
that only matters if you use a wrapper script for `automake` and `autoconf`
that allow you to have multiple versions of automake and autoconf installed
side by side
Hi there,
As Jose's premul-color patch has hit the cvs, some Etk widgets might now look
wrong. I have currently a *huge* patch for Etk waiting to be committed (I still
need to finish some things) so I'd really appreciate if you could avoid to fix
Etk for now, or it'll be a pain for me to commit
Hi Nathan,
it finally works. What helped was your pointer into the ewl_embed_test.c
- there you have ewl_object_fill_policy_set(EWL_OBJECT(emb),
EWL_FLAG_FILL_ALL) - which seems to be necessary to get move and
resizing the embedded ewl working. Without doing that, it exposes the
clipping problem
I committed a change to ewl_embed_test that shows an EWL embed being
used inside of a swallowed edje part. This seems to be working quite
well, so please take a look at how the third ewl_embed is setup in
src/bin/ewl_embed_test.c. If you are still having issues, feel free to
send some code
Hi Michael,
You can now use the Etk_Embed widget to have Etk's widgets in your evas
programs, but Etk is still dependant on X. It means that you can now
use Etk widgets in a framebuffer program, but since Etk is still linked
to X, you'll need to have X installed, even if it is not used :o
Next
Are you moving the evas object returned from the ewl embed? I'll try
to write up a similar test case and add it to ewl_embed for an example
(and debugging if there's an issue).
Thanks,
Nathan
On 6/22/06, Michael 'Mickey' Lauer
[EMAIL PROTECTED] wrote:
Am Dienstag, den 20.06.2006, 23:26 -0500
I was either not aware of, or forgot about these issues. Peter fixed
the (0, 0) issue, and I committed a fix for embedding multiple widget
areas. Both of these fixes are in CVS now, so update and if you run
into similar problems again, please let us know.
Thanks,
Nathan
On 6/18/06, Michael
Hi,
ecore_x looks like an optional dependency for ETK. Would it be possible
to run it without X at all? I already work with framebuffer-only
versions of evas, ecore and edje. It would be nice to have access to a
full blown widget toolkit without needing X. While I can do a lot of
impressive
Hi Michael,
The ./configure script indeed looks for Ecore_X and doesn't complain if
Ecore_X is not detected but there are still some pieces of code in Etk
that uses Ecore_X without the #ifdef/#endif thing (Etk_Popup_Window
for example), so for now, you can't compile Etk for the framebuffer.
But
If you want a widget set that already supports the framebuffer, you
could use EWL. If you want ETK specifically, you have to use X until
it supports other engines or nesting in an existing Evas.
On 6/18/06, Michael 'Mickey' Lauer
[EMAIL PROTECTED] wrote:
Hi,
ecore_x looks like an optional
Simon wrote:
But we plan to put all the Ecore_X-dependant code in a separated dir
(ie the files etk_dnd.c, etk_selection.c, etk_clipboard.c,
etk_popup_window.c, ...) so a framebuffer port could be really easily
written.
That's good news. I'll keep holding my breath for that :)
Nathan wrote:
this patch adds the possibility to turn of editability (the hell, is
that even a word), for an entry. it also moves the caret to the end of
the text, instead of the start (usability).
it produces a warning for return values, but I don't know how to handle
bailing on errors, if the function is
Виктор Кожухаров wrote:
this patch adds the possibility to turn of editability (the hell, is
that even a word), for an entry. it also moves the caret to the end of
the text, instead of the start (usability).
I think the most common usage model for text inputs, is to select the
entire text on
hi people!
this is my first patch (first time i use rcs too), so dont expect big
things.
It just reads the ~/.gtk-bookmarks file to populate the favorites tree.
i didn't know how to open and read the file (im not an experienced
programmer at all and probably i should use some mallocs to follow
Nathan Ingersoll a écrit :
Hisham,
I am only responding to your criticisms on EWL in this message, as I
have already stated that I don't have a problem with people wanting
to write their own toolkit.
On 10/23/05, *Hisham Mardam Bey* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hello,
Simon TRENY escreveu:
[snip]
Here I fully disagree. I played a little bit with ewl_tree_test, and I
replaced the ROWS constant by 3000 (it was initially to 50) and I
removed the NEST modulo just to make sure all the rows will be directly
children of the tree itself (no collapsed rows).
That the only solution I see if you want to allow arbitrary widgets to
be added to the tree efficiently. But all the widgets have then to have
two methods, one to get the state of the widget, and another to
restore it. And making those two methods for all the widgets is a lot of
work and, for
Disclaimer: I'm not familiar with EWL/Evas internals.
Can the items be made proxies for the real widgets, and just keep the
amount of items created for how many can be visible, and assign the
widgets to them as the widget scroll? If the item isnt visible, you
would free it or add it to a
2- Themeing / Look and Feel: Ewl tends to re-use a lot of parts for
several similar tasks but eventually ends up looking bad. For
example, buttons are used for column headers for trees and for
scrollbar drag buttons. Combining this with a lot of scaling and size
calculation problems
Simon,On 10/24/05, Simon TRENY [EMAIL PROTECTED] wrote:
Your patch doesn't seem to fix anything here. Now, the situation is evenworst, I can't close anymore the menu by clicking anywhere on the parent
window, I always have to click on a menu item. And keyboard navigationis more than just making a
Hello,
In the following email, we (Simon and Hisham) will explain why we
decided to create Etk. We will mainly organize the email into two
parts. The first part will explain what we dont like about Ewl, and
the the second part will explain our philosophy.
We have noticed that Ewl lacked (at the
Hisham,
I am only responding to your criticisms on EWL in this message, as I
have already stated that I don't have a problem with people wanting to
write their own toolkit.
On 10/23/05, Hisham Mardam Bey [EMAIL PROTECTED] wrote:
Hello,We have noticed that Ewl lacked (at the time of creating Etk)
85 matches
Mail list logo
