From: Sean E. <sea...@gm...> - 2006-11-29 20:04:17
|
What do you think of incorporating some of the plugin pack plugins (http://gaim.guifications.org) into Gaim proper? -s. |
From: Stephen E. <spe...@gm...> - 2006-11-29 20:14:37
|
>From an end-user perspective... about time :) For guifications, at least. Some of them don't make sense, though. Stephen On 11/29/06, Sean Egan <sea...@gm...> wrote: > What do you think of incorporating some of the plugin pack plugins > (http://gaim.guifications.org) into Gaim proper? > > -s. > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > |
From: Gary K. <gr...@re...> - 2006-11-30 04:16:48
|
Stephen Eilert wrote: >>From an end-user perspective... about time :) For guifications, at least. > > Some of them don't make sense, though. > > > Stephen > Guifications is *NOT* in the plugin pack. Nor will I allow it into gaim since it's purely in a maintaining mode while I work on the next version which is perpetually alpha since work keeps eating up more and more of my time and I keep running into issues that I never imagined would crop up while designing it. -- Gary Kramlich <gr...@re...> |
From: Mark D. <ma...@ki...> - 2006-11-30 16:55:48
|
On Wed, 29 Nov 2006 22:16:41 -0600, Gary Kramlich wrote > Stephen Eilert wrote: > >>From an end-user perspective... about time :) For guifications, at least. > > > > Some of them don't make sense, though. > > > > > > Stephen > > > > Guifications is *NOT* in the plugin pack. Nor will I allow it into gaim > since it's purely in a maintaining mode while I work on the next version > which is perpetually alpha since work keeps eating up more and more > of my time and I keep running into issues that I never imagined > would crop up while designing it. But, aren't all of Gaim's plugins in a maintaining mode? That doesn't seem like a reason to not use it. -Mark |
From: Gary K. <gr...@re...> - 2006-12-01 01:52:37
|
Mark Doliner wrote: > On Wed, 29 Nov 2006 22:16:41 -0600, Gary Kramlich wrote >> Stephen Eilert wrote: >>> >From an end-user perspective... about time :) For guifications, at least. >>> >>> Some of them don't make sense, though. >>> >>> >>> Stephen >>> >> Guifications is *NOT* in the plugin pack. Nor will I allow it into gaim >> since it's purely in a maintaining mode while I work on the next version >> which is perpetually alpha since work keeps eating up more and more >> of my time and I keep running into issues that I never imagined >> would crop up while designing it. > > But, aren't all of Gaim's plugins in a maintaining mode? That doesn't seem > like a reason to not use it. > > -Mark Yeah, but there are plenty of features that I was planning on implementing that I pushed off for the next release. Many of which require massive rewrites in the backend. Don't get me wrong, if someone wants to do it, go right ahead, but I have no intent on doing anything but keeping it running for the time being. And since it's going to be obsolete and completely unmaintained in a matter of time, it seems like a moot point to pull it into gaim. On top of all that, it has been expressed on a few occasions that it has WAY too many preferences, and just like those occurrences, I don't see anything else that could stand to be removed let alone anything that _should_ be removed. -- Gary Kramlich <gr...@re...> |
From: Sean E. <sea...@gm...> - 2006-12-04 05:06:57
|
On 11/30/06, Gary Kramlich <gr...@re...> wrote: > On top of all that, it has been expressed on a few occasions that it has > WAY too many preferences, and just like those occurrences, I don't see > anything else that could stand to be removed let alone anything that > _should_ be removed. Are there any plugin pack plugins you would like to see in Gaim proper? |
From: Gary K. <gr...@re...> - 2006-12-04 05:28:53
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sean Egan wrote: > On 11/30/06, Gary Kramlich <gr...@re...> wrote: >> On top of all that, it has been expressed on a few occasions that it has >> WAY too many preferences, and just like those occurrences, I don't see >> anything else that could stand to be removed let alone anything that >> _should_ be removed. > > Are there any plugin pack plugins you would like to see in Gaim proper? Of course! :) I had some input on the list that John Bailey supplied to the list earlier in this thread, and support of all them being added to gaim proper. There is some concern with listhandler since it's far from complete, but John fully intends to continue working on it. There will of course be a minor bit of work (code wise) to move them from the plugin pack to gaim proper. Nothing major, basically just change the gettext package and so on. For everyone's convenience, here's that list again: autoaccept, autoreply, convcolors, markerline, newline, offlinemsg, listhandler, and buddynote. - -- Gary Kramlich <gr...@re...> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFc7IQdf4lmqisgDIRAttPAJ9xFFPabal4E8xW6rso7FJQ1pLBdwCfUpJ9 CAIE1ZHwe+eYePvv6xVsDoY= =7GGB -----END PGP SIGNATURE----- |
From: Mark D. <ma...@ki...> - 2006-12-04 06:10:23
|
On Sun, 03 Dec 2006 23:28:48 -0600, Gary Kramlich wrote > For everyone's convenience, here's that list again: > autoaccept, autoreply, convcolors, markerline, newline, offlinemsg, > listhandler, and buddynote. I'm strongly in favor of adding autoaccept to Gaim proper. I don't have an opinion on the others. -Mark |
From: Casey H. <cas...@gm...> - 2006-12-04 15:14:52
|
Gary Kramlich wrote: > For everyone's convenience, here's that list again: > autoaccept, autoreply, convcolors, markerline, newline, offlinemsg, > listhandler, and buddynote. > +1 for the markerline plugin. I don't really use gaim for irc that often, but I find the line in xchat extremely helpful, I'd assume other users would as well. No opinion on the others. There was talk in the past on this list about adding gaim-libnotify, though I'm not sure if anyone has contacted the author about it. I think one of the devs offered to support it if the author abandons it. I also noticed a patch in the tracker which added it directly into gtkdocklet and fixed some aspects of it. That patch could probably be merged back into the plugin to bring it up to date. I probably wouldn't use it, but I have quite a few users (10+) who probably would. I can always package it up as a plugin though, so I don't care either way. Just thought I'd bring it up again while we're on the adding plugins topic. -casey |
From: David P. <fra...@gm...> - 2006-11-29 20:29:20
|
> >From an end-user perspective... about time :) For guifications, at least. True, but wouldn't gaim-libnotify make a saner decision for a gnome app? |
From: Luke S. <lsc...@us...> - 2006-11-29 20:52:07
|
On Wed, Nov 29, 2006 at 09:29:02PM +0100, David Prieto wrote: > > >From an end-user perspective... about time :) For guifications, at least. > > True, but wouldn't gaim-libnotify make a saner decision for a gnome app? Gaim is not a GNOME application. luke |
From: Stephen E. <spe...@gm...> - 2006-11-29 21:10:25
|
On 11/29/06, Luke Schierer <lsc...@us...> wrote: > On Wed, Nov 29, 2006 at 09:29:02PM +0100, David Prieto wrote: > > > >From an end-user perspective... about time :) For guifications, at least. > > > > True, but wouldn't gaim-libnotify make a saner decision for a gnome app? > > Gaim is not a GNOME application. > > luke > Furthermore, "libnotify and notify-daemon aren't stable yet, so it's all very experimental." I do agree that the notification looks nice, though. -- Stephen "Democracy must be something more than two wolves and a sheep voting on what to have for dinner." --James Bovard |
From: Richard L. <rl...@wi...> - 2006-11-29 21:38:26
|
On Wed, 2006-11-29 at 12:04 -0800, Sean Egan wrote: > What do you think of incorporating some of the plugin pack plugins > (http://gaim.guifications.org) into Gaim proper? Which ones? Richard |
From: Sean E. <sea...@gm...> - 2006-11-29 21:40:35
|
On 11/29/06, Richard Laager <rl...@wi...> wrote: > Which ones? I've left that up for discussion. -s. |
From: John B. <rek...@re...> - 2006-11-30 06:44:55
|
Sean Egan wrote: > On 11/29/06, Richard Laager <rl...@wi...> wrote: >> Which ones? > > I've left that up for discussion. > > -s. Being one of the developers maintaining the plugin pack, I feel obligated to mention that not all of our plugins are mentioned in the wiki at gaim.guifications.org yet. I've been meaning to remedy this, but I always find myself working on other projects, especially the work-related variety. Many of our plugins are really unsuitable for inclusion in Gaim proper, for example dice, flip, bash, xmmsremote, groupmsg, etc. It is safe to assume the plugins not listed on the wiki are, in my opinion, among the unsuitable. One of our newest additions, the napster prpl, was previously dropped from Gaim, as well. I would suggest any of the following plugins, based solely on seeing requests for their functionality, or something similar, in #gaim and #wingaim in the past: - autoaccept - automatically accept file transfers - autoreply - automatically reply for all protocols - convcolors - allow overriding of some color defaults - markerline - draws a line at the end of the last read message when focus changes away from the conversation as an indicator of where to resume reading when switching back to that conversation - newline - inserts a newline at the beginning of a message so that the message starts on the line after the screenname/alias of the sender - offlinemsg - offline message emulation via buddy pounces - listhandler - importing and exporting of AIM .blt files and a custom XML list format somewhat inspired by blist.xml; copying of buddies from one account to another (same prpl only, but this may need to be modified for AIM and ICQ) - buddynote - store notes on buddies There were other features I had planned for listhandler in the past but have never gotten around to implementing them. One such feature was the ability to process an existing Gaim blist.xml, which I believe Richard had suggested to me previously. John |
From: Ruben F. <kr...@0x...> - 2006-11-30 18:06:17
|
On Wed, Nov 29, 2006 at 06:10:15PM -0300, Stephen Eilert wrote: > On 11/29/06, Luke Schierer <lsc...@us...> wrote: > > On Wed, Nov 29, 2006 at 09:29:02PM +0100, David Prieto wrote: > > > > >From an end-user perspective... about time :) For guifications, at= least. > > > > > > True, but wouldn't gaim-libnotify make a saner decision for a gnome a= pp? > > > > Gaim is not a GNOME application. > > > > luke > > >=20 > Furthermore, >=20 > "libnotify and notify-daemon aren't stable yet, so it's all very experime= ntal." But Gaim is? >=20 > I do agree that the notification looks nice, though. >=20 As a full time user, yes this would be great. >=20 > --=20 >=20 > Stephen >=20 >=20 > "Democracy must be something more than two wolves and a sheep voting > on what to have for dinner." >=20 > --James Bovard >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel --=20 --------------------------------------- Linux asgard 2.6.14-gentoo #2 PREEMPT --------------------------------------- |
From: Sean E. <sea...@gm...> - 2006-11-30 18:13:23
|
On 11/30/06, Ruben Fonseca <kr...@0x...> wrote: > > "libnotify and notify-daemon aren't stable yet, so it's all very experimental." > But Gaim is? More stable than libnotify, I suspect. > > I do agree that the notification looks nice, though. > As a full time user, yes this would be great. As a full time user on Linux, that is. A good chunk of Gaim users would have no chance to use it. We could make a similar default Guifications theme. -s. |
From: Sean E. <sea...@gm...> - 2006-12-04 18:46:32
|
forgot to reply-all! On 12/4/06, Sean Egan <sea...@gm...> wrote: > On 12/4/06, Casey Harkins <cas...@gm...> wrote: > > Gary Kramlich wrote: > > > For everyone's convenience, here's that list again: > > > autoaccept, autoreply, convcolors, markerline, newline, offlinemsg, > > > listhandler, and buddynote. > > +1 for the markerline plugin. I don't really use gaim for irc that > > often, but I find the line in xchat extremely helpful, I'd assume other > > users would as well. > > I'll also propose: showoffline lastseen gaimxchat exec . > I'm too lazy to see what nicksaid does > > > There was talk in the past on this list about adding gaim-libnotify, > > though I'm not sure if anyone has contacted the author about it. I think > > one of the devs offered to support it if the author abandons it. I also > > noticed a patch in the tracker which added it directly into gtkdocklet > > and fixed some aspects of it. That patch could probably be merged back > > into the plugin to bring it up to date. I probably wouldn't use it, but > > I have quite a few users (10+) who probably would. I can always package > > it up as a plugin though, so I don't care either way. Just thought I'd > > bring it up again while we're on the adding plugins topic. > > I think we would probably want guification-like behavior in the core > rather than as a plugin, but libnotify would only work on UNIX > machines with dbus (and libnotify) installed, which I can't imagine > represents *too* large a percentage of Gaim users (certainly under > 50%). Something like guifications--- drawing our own > notifications---will have the benefit of working everywhere, at the > cost of our notifications looking different than libnotify's on UNIX. > > Probably a good move would be to use libnotify if found at compile > time, otherwise, draw our own notifications. > > -s. > |
From: Sean E. <sea...@gm...> - 2006-12-04 22:31:44
|
Oh, also, Gary, you should feel free to do this. -s. On 12/4/06, Sean Egan <sea...@gm...> wrote: > forgot to reply-all! > > On 12/4/06, Sean Egan <sea...@gm...> wrote: > > On 12/4/06, Casey Harkins <cas...@gm...> wrote: > > > Gary Kramlich wrote: > > > > For everyone's convenience, here's that list again: > > > > autoaccept, autoreply, convcolors, markerline, newline, offlinemsg, > > > > listhandler, and buddynote. > > > +1 for the markerline plugin. I don't really use gaim for irc that > > > often, but I find the line in xchat extremely helpful, I'd assume other > > > users would as well. > > > > I'll also propose: showoffline lastseen gaimxchat exec . > > I'm too lazy to see what nicksaid does > > > > > There was talk in the past on this list about adding gaim-libnotify, > > > though I'm not sure if anyone has contacted the author about it. I think > > > one of the devs offered to support it if the author abandons it. I also > > > noticed a patch in the tracker which added it directly into gtkdocklet > > > and fixed some aspects of it. That patch could probably be merged back > > > into the plugin to bring it up to date. I probably wouldn't use it, but > > > I have quite a few users (10+) who probably would. I can always package > > > it up as a plugin though, so I don't care either way. Just thought I'd > > > bring it up again while we're on the adding plugins topic. > > > > I think we would probably want guification-like behavior in the core > > rather than as a plugin, but libnotify would only work on UNIX > > machines with dbus (and libnotify) installed, which I can't imagine > > represents *too* large a percentage of Gaim users (certainly under > > 50%). Something like guifications--- drawing our own > > notifications---will have the benefit of working everywhere, at the > > cost of our notifications looking different than libnotify's on UNIX. > > > > Probably a good move would be to use libnotify if found at compile > > time, otherwise, draw our own notifications. > > > > -s. > > > |