From: Richard L. <rl...@wi...> - 2005-03-26 02:26:30
|
The official MSN client (at least 7.0 BETA, I didn't check other versions) displays a description in the tooltip for smileys in the insert smiley list. I seemed to like this. Before I add this to my TODO list to implement, does anyone have thoughts on this? I'm especially looking for suggestions on how I should extend the smiley theme file format to accept descriptions. Richard |
From: Tim R. <tim...@co...> - 2005-03-26 14:27:16
|
Richard Laager wrote: > The official MSN client (at least 7.0 BETA, I didn't check other > versions) displays a description in the tooltip for smileys in the > insert smiley list. I seemed to like this. > > Before I add this to my TODO list to implement, does anyone have > thoughts on this? I'm especially looking for suggestions on how I should > extend the smiley theme file format to accept descriptions. I think the smiley theme format needs to be extended in other ways too. I heard something about someone needing a space in a smiley. And I'm not sure if the way we handle AIM's millions of smileys is all that well, IIRC, there's no way to know that they are AIM's smileys and not some other protocol. Personally, i'd also like to come up with a way to make multiple smiley themes apply at once, but everyone seems to think that would make the UI too complicated. --Tim |
From: Luke S. <lsc...@us...> - 2005-03-26 15:08:06
|
On Sat, Mar 26, 2005 at 08:26:13AM -0600, Tim Ringenbach wrote: > Richard Laager wrote: > >The official MSN client (at least 7.0 BETA, I didn't check other > >versions) displays a description in the tooltip for smileys in the > >insert smiley list. I seemed to like this. > > > >Before I add this to my TODO list to implement, does anyone have > >thoughts on this? I'm especially looking for suggestions on how I should > >extend the smiley theme file format to accept descriptions. > > I think the smiley theme format needs to be extended in other ways too. > I heard something about someone needing a space in a smiley. And I'm not > sure if the way we handle AIM's millions of smileys is all that well, > IIRC, there's no way to know that they are AIM's smileys and not some > other protocol. > the way we do it (internally, the theme format is sean's invention) just happens to be exactly the same as how aim does it (and thus sends it). sean just extended it by making some extra names for other protocols. luke > Personally, i'd also like to come up with a way to make multiple smiley > themes apply at once, but everyone seems to think that would make the UI > too complicated. > |
From: Gary K. <gr...@re...> - 2005-03-26 19:42:09
|
On Sat, 2005-03-26 at 08:26 -0600, Tim Ringenbach wrote: > Personally, i'd also like to come up with a way to make multiple smiley=20 > themes apply at once, but everyone seems to think that would make the UI=20 > too complicated. >=20 > --Tim Just do like i did for guifications, and add a checkbox for loaded/enabled in the theme list. --=20 Gary Kramlich <gr...@re...> |
From: Jeffrey M. <jm...@vi...> - 2005-03-31 06:32:05
Attachments:
smileys.png
|
Gary Kramlich wrote: >On Sat, 2005-03-26 at 08:26 -0600, Tim Ringenbach wrote: > > > >>Personally, i'd also like to come up with a way to make multiple smiley >>themes apply at once, but everyone seems to think that would make the UI >>too complicated. >> >>--Tim >> >> > >Just do like i did for guifications, and add a checkbox for >loaded/enabled in the theme list. > > > Adium's solution. Jeff |
From: Peter L. <spa...@si...> - 2005-03-31 21:20:45
|
G'morn all, I don't know if this an AdiumX smiley bug, but my mate on AdiumX AIM has selected the Yahoo smileys (because he spends a lot of time in Yahoo), and insists on using them in AIM. As a recipient of these errant smileys, it's annoying as I have to then open a yahoo smiley theme and work out what the heck he means. Basically what I'm saying, is even though the selector for AdiumX looks neat, it's either buggy or their users stuff it up by not understanding how to drive it. What I think would be preferable is some method by which gaim can be configured for detecting multiple-protocol similar smileys. For example, : - / in AIM has it's closest looking picture relative as : - S in Yahoo. Using my proposed scheme, if I input : - S on an AIM chat, it would be translated to : - /. Inputting : - / in Yahoo, would either be translated to : - S or sent as the Yahoo : - / depending on theme preference. ( : - / in Yahoo differs in my personal interpretation of what the picture actually 'means'). Yes, this introduces a horrid concept of prioritising individual smileys, and relies on individual human interpretation of what a smiley actually means. Of course, priorities should be themable. However, an RFC on smileys would be my ultimate preference :-) My $0.05c Pete. Jeffrey Melloy wrote: > Gary Kramlich wrote: > >> On Sat, 2005-03-26 at 08:26 -0600, Tim Ringenbach wrote: >> >> >> >>> Personally, i'd also like to come up with a way to make multiple >>> smiley themes apply at once, but everyone seems to think that would >>> make the UI too complicated. >>> >>> --Tim >>> >> >> >> Just do like i did for guifications, and add a checkbox for >> loaded/enabled in the theme list. >> >> >> > Adium's solution. > > Jeff > > ------------------------------------------------------------------------ |
From: Peter L. <spa...@si...> - 2005-03-31 21:50:23
|
Paul Kierstead wrote: >As a regular user of both Adium and GAIM (I use both every day), I >will say that Adiums method is kinda broken. What happens is the >smilies are not bound to an IM service which indeed results in you >sending the wrong smilies to the wrong service; in my case, it tends >to result in me sending Yahoo emoticons to MSN. There are a lot of >good things in Adium, but IMO smiley handling is not one of them. > >PK > > As much as had kind of guessed, but as I didn't ahve any other AdiumX users to compare to, I couldn't tell if it my mate was suffering pebkac or it was actually AdiumX. Thanks for the clarification. Pete. |
From: Richard L. <rl...@wi...> - 2005-03-31 22:49:43
|
On Fri, 2005-04-01 at 07:20 +1000, Peter Lawler wrote: > What I think would be preferable is some method by which gaim can be > configured for detecting multiple-protocol similar smileys. This seems like a complete mess. Why can't you just edit the AIM theme to add :-\ as an alternate of :-S or vice versa (whichever the case is)? Richard Laager |
From: Peter L. <spa...@si...> - 2005-03-31 23:38:32
|
Richard Laager wrote: >On Fri, 2005-04-01 at 07:20 +1000, Peter Lawler wrote: > > >>What I think would be preferable is some method by which gaim can be >>configured for detecting multiple-protocol similar smileys. >> >> > >This seems like a complete mess. > >Why can't you just edit the AIM theme to add :-\ as an alternate of :-S >or vice versa (whichever the case is)? > >Richard Laager > > > > Yup, I didn't for a moment think it was pretty. It'd be best if the remote client just fixed this stuff :-) |
From: Evan S. <ev...@dr...> - 2005-04-01 02:10:09
Attachments:
PGP.sig
|
Emoticons are just text. The client should not be changing what text I have typed. On Mar 31, 2005, at 5:38 PM, Peter Lawler wrote: > Richard Laager wrote: > >> On Fri, 2005-04-01 at 07:20 +1000, Peter Lawler wrote: >> >>> What I think would be preferable is some method by which gaim can be >>> configured for detecting multiple-protocol similar smileys. >>> >> >> This seems like a complete mess. >> >> Why can't you just edit the AIM theme to add :-\ as an alternate of >> :-S >> or vice versa (whichever the case is)? >> >> Richard Laager >> >> >> > > Yup, I didn't for a moment think it was pretty. > > It'd be best if the remote client just fixed this stuff :-) > > > ------------------------------------------------------- > This SF.net email is sponsored by Demarc: > A global provider of Threat Management Solutions. > Download our HomeAdmin security software for free today! > http://www.demarc.com/Info/Sentarus/hamr30 > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > > -- Evan Schoenberg http://www.adiumx.com -------------------------------------- GPG Key: http://evands.penguinmilitia.net/evan_pubkey.txt |
From: Paul K. <pau...@gm...> - 2005-03-31 21:40:46
|
As a regular user of both Adium and GAIM (I use both every day), I will say that Adiums method is kinda broken. What happens is the smilies are not bound to an IM service which indeed results in you sending the wrong smilies to the wrong service; in my case, it tends to result in me sending Yahoo emoticons to MSN. There are a lot of good things in Adium, but IMO smiley handling is not one of them. PK On Fri, 01 Apr 2005 07:20:36 +1000, Peter Lawler <spa...@si...> wrote: > G'morn all, > I don't know if this an AdiumX smiley bug, but my mate on AdiumX AIM has > selected the Yahoo smileys (because he spends a lot of time in Yahoo), > and insists on using them in AIM. As a recipient of these errant > smileys, it's annoying as I have to then open a yahoo smiley theme and > work out what the heck he means. Basically what I'm saying, is even > though the selector for AdiumX looks neat, it's either buggy or their > users stuff it up by not understanding how to drive it. > > What I think would be preferable is some method by which gaim can be > configured for detecting multiple-protocol similar smileys. For example, > : - / in AIM has it's closest looking picture relative as : - S in > Yahoo. Using my proposed scheme, if I input : - S on an AIM chat, it > would be translated to : - /. Inputting : - / in Yahoo, would either be > translated to : - S or sent as the Yahoo : - / depending on theme > preference. ( : - / in Yahoo differs in my personal interpretation of > what the picture actually 'means'). Yes, this introduces a horrid > concept of prioritising individual smileys, and relies on individual > human interpretation of what a smiley actually means. Of course, > priorities should be themable. > > However, an RFC on smileys would be my ultimate preference :-) > > My $0.05c > > Pete. > > > Jeffrey Melloy wrote: > > > Gary Kramlich wrote: > > > >> On Sat, 2005-03-26 at 08:26 -0600, Tim Ringenbach wrote: > >> > >> > >> > >>> Personally, i'd also like to come up with a way to make multiple > >>> smiley themes apply at once, but everyone seems to think that would > >>> make the UI too complicated. > >>> > >>> --Tim > >>> > >> > >> > >> Just do like i did for guifications, and add a checkbox for > >> loaded/enabled in the theme list. > >> > >> > >> > > Adium's solution. > > > > Jeff > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------- > This SF.net email is sponsored by Demarc: > A global provider of Threat Management Solutions. > Download our HomeAdmin security software for free today! > http://www.demarc.com/Info/Sentarus/hamr30 > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > |
From: Richard L. <rl...@wi...> - 2005-03-31 22:44:50
|
On Thu, 2005-03-31 at 16:40 -0500, Paul Kierstead wrote: > As a regular user of both Adium and GAIM (I use both every day), I > will say that Adiums method is kinda broken. What happens is the > smilies are not bound to an IM service which indeed results in you > sending the wrong smilies to the wrong service Yeah, to more or less solve this, I think the right approach is to confine most smileys to a single protocol. Full Proposal: I was thinking that I'd just add a checkbox and up and down buttons to the smiley theme window. Each theme could have smileys that were applied to one or more protocols and/or all protocols. Most themes (especially the default one) would define protocol-specific smilies. Themes would be checked from top to bottom. The first match for a smiley would be used. Then, you could have something like this: [X] Exhaustive AIM Theme [X] Default Theme The exhaustive theme (which I'm just using for an example...) wouldn't be a superset of the default theme any more. It'd only contain the extra smileys and they would only apply to AIM. If someone wanted to use a third-party theme, they could simply add it, make sure it was above the Default Theme and make sure the box was checked. Themes that were dragged and dropped would be added to the top and enabled by default. New themes that were picked up off disk on Gaim startup would be added to the top of the list but not enabled. In this way, things shouldn't be much more complex than they are now, for the common use cases. To display the smiley toolbox in the chat window, Gaim would go through the smiley themes from top to bottom. Any smiley that we hadn't already added to the toolbox that matched the protocol (or was for all protocols) would be displayed. In other words, if we found two images for ":-)" that applied to this protocol, we'd display the first. If someone defines a custom smiley theme with a new smiley, for example "(gaim)" which displays the Gaim dude, there's nothing you can do about that. If you don't have that theme, you'll just see the text. It'd be no different than if someone just typed (gaim) and expected you to know what that was. This wouldn't be any worse than what we have now. Frankly, I don't see a way to solve this problem. I'm not even sure it's a problem, per se. For consistency with other files in Gaim, I'd probably define a new smiley theme format in XML (as compact as possible). This would allow for the 0..* protocols idea I've described above as well as the smiley description for which I started this thread. Thoughts everyone? Richard Laager |