Correction: "We won't fix this *Gaim*."
** Bug watch added: Pidgin Trac #5981
http://developer.pidgin.im/ticket/5981
** Also affects: pidgin via
http://developer.pidgin.im/ticket/5981
Importance: Unknown
Status: Unknown
** Summary changed:
- Gaim's tabs don't function like in Ge
We won't fix this in Pidgin. Before anyone freaks out, I'm going to make
some changes and apply the relevant parts of this against Pidgin.
** Changed in: gaim
Status: New => Won't Fix
--
Pidgin should use GTK+ tab re-ordering
https://bugs.launchpad.net/bugs/58998
You received this bug not
Has this been fixed yet?
I'm no C++ programmer, but if not, is it any more complicated than this?
- if compiled with required gtk version
- user same code as other gnome apps
- else
- use old, non-gnome-like code
please lets discuss the complexities if any
--
Gaim's tabs do
That will not fix this bug.
luke
--
Gaim's tabs don't function like in Gedit/Epiphany/Terminal
https://launchpad.net/bugs/58998
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Le lundi 23 octobre 2006 à 07:17 +, Bruno Santos a écrit :
> http://gaim.sourceforge.net/planet/
>
> beta4 is out Is there still time to update to it?
no, edgy is frozen for 10 days already and CD images will be rolled
soon, gaim will be updated after edgy
--
Gaim's tabs don't function like
http://gaim.sourceforge.net/planet/
beta4 is out Is there still time to update to it?
--
Gaim's tabs don't function like in Gedit/Epiphany/Terminal
https://launchpad.net/bugs/58998
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Changed in: gaim (Ubuntu)
Importance: Untriaged => Wishlist
** Also affects: gaim (upstream)
Importance: Untriaged
Status: Unconfirmed
--
Gaim's tabs don't function like in Gedit/Epiphany/Terminal
https://launchpad.net/bugs/58998
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ub
** Changed in: gaim (Ubuntu)
Status: Unconfirmed => Confirmed
--
Gaim's tabs don't function like in Gedit/Epiphany/Terminal
https://launchpad.net/bugs/58998
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
The gaim tabs are the same height as gedit, however I did notice that 2
pixels are getting cut off of the [x] button on the gaim tabs. I am
running gaim2.0beta-3.1 on Edgy Knot 3. I think I recall this problem in
Dapper too, however.
** Attachment added: "2 Pixels Cut Off From Close Button In Gaim
if someone were to write a patch for this, it would need to use #ifdefs,
because a requirement on gtk 2.10 is not acceptable.
--
Gaim's tabs don't function like in Gedit/Epiphany/Terminal
https://launchpad.net/bugs/58998
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubu
gedit and epiphany-browser used to tabs dnd themself since GTK had no
such feature. GTK 2.10 allow to dnd tabs now so the new versions just
use GTK now, gaim could do the same
--
Gaim's tabs don't function like in Gedit/Epiphany/Terminal
https://launchpad.net/bugs/58998
--
ubuntu-bugs mailing l
hhmm. it appears on further inspection that gedit isn't doing the
floating tab thing that I recall. Their current way would work as well
as arrows do.
--
Gaim's tabs don't function like in Gedit/Epiphany/Terminal
https://launchpad.net/bugs/58998
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ub
There's a rule I use when programming: "While the user is making a
change, they should see the result of that change while they are making
it." This rule is used throughout GNOME and should apply to tab movement
as well as document editing.
I personally don't see how the arrows allows for more pre
My gut reaction is the opposite, but that's at least partly because I
almost always use firefox and gaim, and almost never GNOME stuff. I'm
also somewhat reacting to gedit's failure to destroy a tabless window
when you drag the last tab out.
if the tabs are few and big, dragging the tab certainly
Personally it sounds like dragging the whole tab would be much more
intuitive than silly little arrows.
--
Gaim's tabs don't function like in Gedit/Epiphany/Terminal
https://launchpad.net/bugs/58998
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listin
Why is moving the tab instead of using arrows better? Gaim is not a
GNOME project, and it seems to me that firefox's behavior is more
desirable. Plus, we allow other things that gedit doesn't, notably,
dragging a tab out of a window (vrs having to use the menu option to do
it).
--
Gaim's tabs d
Buttons in Ubuntu have an orange glow around them on mouse-over. Close
tab buttons don't, but Gaim's close tab buttons do. This causes the tab
to stretch vertically to make room for the orange glow, and cuts off the
side of the close button's icon. I am in 2.0.0beta3.
I would give a screenshot how
** Description changed:
- Binary package hint: gaim 1.5.1cvs
+ Binary package hint: gaim 2.0.0beta3
Gaim's tab interface isn't the same as the rest of GNOME's native
applications, such as Gedit, Epiphany and GNOME Terminal. This is very
annoying in terms of consistency and theming.
I
** Description changed:
- Binary package hint: gaim
+ Binary package hint: gaim 1.5.1cvs
Gaim's tab interface isn't the same as the rest of GNOME's native
applications, such as Gedit, Epiphany and GNOME Terminal. This is very
annoying in terms of consistency and theming.
In particula
To me Gaim's tabs look exactly the same as Gedit's tabs. I'm using Gaim
2.0.0 SVN. I have a feeling that's newer than what you're using.
* Hmm, I can't imagine why they wouldn't be the same height. Unless we used to
use a different close button that was causing the tabs to be taller than
norm
** Description changed:
Binary package hint: gaim
- I find that Gaim's tab interface isn't the same as the rest of GNOME's
- native applications, such as Gedit, Epiphany and GNOME Terminal. This is
- very annoying in terms of consistency and theming.
+ Gaim's tab interface isn't the same as t
21 matches
Mail list logo
