Open GoogleCodeExporter opened 8 years ago
Obviously this is an Enhancement Request not a Defect, I guess I cannot edit it
though.
Original comment by kylehwal...@gmail.com
on 12 Feb 2009 at 8:39
not sure I will do this one...
can you give some argument. why it's useful ?
Original comment by thilo...@gmail.com
on 13 Feb 2009 at 11:38
yeah it's more of a cool looks thing. i thought the point of tint2 was to make
it lightweight/fast but have some
features at the same time.
Im not sure it's necessary, maybe an option in the config files for it?
hightlightTask=0
calvin
Original comment by crazyca...@gmail.com
on 13 Feb 2009 at 2:52
[deleted comment]
I think this feature should be implemented, also I think that we should be able
to
define the highlight color which can be used on the urgent task because now
when a
urgent task stops blinking (thanks lorti) the task is highlighted the same
color as
the current viewed window so it is confusing.
Original comment by kes...@gmail.com
on 22 Jun 2009 at 10:44
And I don't think we should add this feature. Absolutely useless thing. We
should
keep the simplicity and lightness. Don't you already see, which task you have
hovered? Doesn't your mouse cursor indicate this? Think about these questions.
Original comment by dmitry.medvinsky@gmail.com
on 19 Aug 2009 at 7:34
@dmitry
"Don't you already see, which task you have hovered?" ... what the heck does
that mean?
"Doesn't your mouse cursor indicate this?" I know my mouse cursor don't start
doing
flips or anything when I hover over a task. Also, having a task highlight on
hover
will not turn tint2 into 100MB or take up that much more ram usage ;) And if it
is to
complicated for you then we could have it by default set to 0 aka off.
Sorry if this seems harsh but this feature would defiantly make tint2 more
attractive
(not that it is not already).
Original comment by kes...@gmail.com
on 19 Aug 2009 at 11:22
I just think all applications should have some indication that something will
happen
if you click the mouse. In your web browser the cursor changes over a link, a
GTK
button will change color when your mouse hovers over it, active items in a menu
light
up when your mouse is over them. This is about feedback, not a neat looking
effect.
Original comment by kylehwal...@gmail.com
on 19 Aug 2009 at 7:16
@keshto
Sorry if I sounded rude to you, I didn't mean that. :)
I just thought tint2 should be as minimal as possible. This feature of course
won't
make it much more complicated, but some more of like this and it will become
more
gnome-panel-like, you know what I mean? (I hope you understand my
pseudo-English, he-he).
Original comment by dmitry.medvinsky@gmail.com
on 20 Aug 2009 at 6:47
This seems like a pretty basic feature that could be included - should include
options to change the background and text separately onMouseover
Original comment by tleshuk@gmail.com
on 8 Mar 2010 at 5:18
"And I don't think we should add this feature. Absolutely useless thing. We
should
keep the simplicity and lightness."
TOTALLY agreed. Please don't implement it or add it only as a configurable
option.
Original comment by shiki.bi...@gmail.com
on 18 May 2010 at 10:33
I hacked my tint2 to have (1) mouseover effects and (2) different widths on
different monitors. Patch and config attached. Expect it to be highly unstable
;)
Original comment by mrovi%in...@gtempaccount.com
on 1 Aug 2010 at 1:12
Attachments:
Awesomeness and thankyou
Original comment by kes...@gmail.com
on 1 Aug 2010 at 3:33
keshto, I don't know if you are using this, but in case you do, I corrected a
small bug that really annoyed me (urgent tasks did not become normal when
clicked).
This code is not going to be merged into trunk, but I could continue to post
patches here when I fix bugs if there is anyone who needs them. (I will post
patches against trunk instead of 0.9 soon....)
Original comment by mrovi%in...@gtempaccount.com
on 4 Aug 2010 at 10:14
Attachments:
I hope this will be implemented.
Original comment by bugauga@yandex.ru
on 4 Apr 2011 at 6:34
I updated the patch for the current svn head (revision 628). I am also
attaching a sample config file.
Basically you need to download the latest version:
svn checkout http://tint2.googlecode.com/svn/trunk/ tint2
Then download the patch and save it into the parent folder of tint2 and run:
patch -p0 < tint2-mouseover.patch
If everything is ok you should see:
patching file tint2/src/config.c
patching file tint2/src/panel.c
patching file tint2/src/taskbar/taskbar.c
patching file tint2/src/taskbar/task.c
patching file tint2/src/taskbar/task.h
patching file tint2/src/tint.c
Then just build it:
cd tint2
cmake -DCMAKE_INSTALL_PREFIX=/usr ./
make
sudo make install
And that's it. Add the following options to your config:
task_normalhovered_background_id = 1
task_activehovered_background_id = 2
task_urgenthovered_background_id = 3
More about manual installation in
http://code.google.com/p/tint2/wiki/Install#Install_Manually
Original comment by mrovi%in...@gtempaccount.com
on 4 Apr 2011 at 8:06
Attachments:
Patched! Now tint2 is perfect! I hope this can be implemented in the "official"
project sources.
Do You think this effect could be applied to the Launcher icons too?
Thank You very much!
Original comment by mbiza...@gmail.com
on 9 May 2011 at 4:19
I'm glad you like it. I also like having some visual feedback when I move the
mouse over things that react to clicks.
For the launcher icons, I cannot do it, it's too complicated. The problem is
that this patch is a bit of a hack, it works but it's ugly and hard to
maintain. It would be better to have an API well designed for this, basically
for each widget/area we could keep a state (is the mouse over it or not) and
draw it differently based on that state. And have some code to take care of
modifying the states on mouse enter/leave events, and also repaint the widgets
when the state changes. But you see, this is quite a lot of work...
Original comment by mrovi%in...@gtempaccount.com
on 9 May 2011 at 9:28
@mrovi
I would prefer to manage TASK_HOVERED like other state of task (TASK_NORMAL,
TASK_ACTIVE, ...).
So the user have just one background to define.
And tsk.current_state store the state.
Like you said, current_state could be included in Area struct.
And the 'mouse over' could be done on launcher.
The memorisation of mouse_over_area can be done with a global parameter because
the mouse can't cover more than 1 Area (like task_active, task_drag).
If you are agree with this design, I can move current_state in Area.
Original comment by thilo...@gmail.com
on 10 May 2011 at 11:03
Hi Thierry,
Yes, I think it sounds good.
Could we leave this for next week? I should look a bit over the code to see if
I don't miss anything, and I don't think I will have time in the next few days.
Original comment by mrovi%in...@gtempaccount.com
on 11 May 2011 at 10:45
I will play with this design to see what code could be included in Area and
what code should be outside.
I think it's better for you to wait the change in Area.
And you can implement 'mouse_over' effect when you have time.
Original comment by thilo...@gmail.com
on 11 May 2011 at 2:46
Was there ever a process put in to disable the mouse_over text on launchers?
Thanks
Original comment by vast...@gmail.com
on 6 Aug 2011 at 9:46
I'm interested in hovering launchers icons too.
Original comment by moon...@op.pl
on 28 Dec 2011 at 3:30
tint2-mouseover.patch gave error on 2nd hunk; updated. I'd prefer
action(toggle) on mouseover, as long as it cancelled if I iconified during
mouseover of the task.
Original comment by ashimt...@gmail.com
on 22 Apr 2012 at 8:57
Attachments:
Original comment by mrovi9...@gmail.com
on 1 Feb 2015 at 9:08
Project moved to GitLab.
You can find this issue at: https://gitlab.com/o9000/tint2/issues/44
Original comment by mrovi9...@gmail.com
on 25 Apr 2015 at 11:10
Original issue reported on code.google.com by
kylehwal...@gmail.com
on 12 Feb 2009 at 8:36