On Wed, 2010-06-16 at 22:01 +0200, Holger Berndt wrote:
> Some time ago, there was some discussion about a generic undo stack in
> GTK+ [1]. The talk back then didn't result in more concrete API
> discussion. As undo/redo is part of the GTK+ Roadmap [2], I now shot
> ahead and created an undo propo
On Fri, 2010-11-12 at 14:50 +0900, Tristan Van Berkom wrote:
> Guys,
>this is the kind of thing we could probably just
> resolve on irc but I work an opposite schedule so I'm
> taking it to the list.
>
> Today I found '_gtk_bin_set_child()'
>
> Making that a private api render's GtkBin compl
On Mon, 2010-11-29 at 21:09 +0100, Alexander Larsson wrote:
> I've not had (and will really not have) much time to think about this in
> detail, but I think we have an issue with our window placement APIs that
> we have to get right before the 3.0 release.
>
> Right now the placement of GTK_WINDOW
Hi all,
Currently, the mapping of the Alt and Command keys on the mac
is completely screwed:
- The key labeled "Command" maps to GDK_MOD1_MASK (which is
essentially interpreted as Alt by all existing code)
- The key labeled "Alt" isn't mapped to any modifier at all
Now there is a lot of discu
On Tue, 2011-09-06 at 06:37 -0700, John Ralls wrote:
> On Sep 6, 2011, at 1:27 AM, Michael Natterer wrote:
>
> > Hi all,
> >
> > Currently, the mapping of the Alt and Command keys on the mac
> > is completely screwed:
> >
> > - The key labeled
On Tue, 2011-09-06 at 08:27 -0700, John Ralls wrote:
> On Sep 6, 2011, at 6:53 AM, Michael Natterer wrote:
>
> > On Tue, 2011-09-06 at 06:37 -0700, John Ralls wrote:
> >> On Sep 6, 2011, at 1:27 AM, Michael Natterer wrote:
> >>
> >>> Hi all,
> >
On Tue, 2011-09-06 at 12:58 -0400, Paul Davis wrote:
> On Tue, Sep 6, 2011 at 12:49 PM, Michael Natterer wrote:
> > On Tue, 2011-09-06 at 08:27 -0700, John Ralls wrote:
>
> [ ... imminent turf war ... ]
>
> this seems to be about two different things, neither of which are
On Tue, 2011-09-06 at 11:57 -0700, John Ralls wrote:
> On Sep 6, 2011, at 10:42 AM, Michael Natterer wrote:
>
> > On Tue, 2011-09-06 at 12:58 -0400, Paul Davis wrote:
> >> On Tue, Sep 6, 2011 at 12:49 PM, Michael Natterer wrote:
> >>> On Tue, 2011-09-06
On Tue, 2011-09-06 at 21:51 +0200, Kristian Rietveld wrote:
> On Sep 6, 2011, at 6:58 PM, Paul Davis wrote:
> > this seems to be about two different things, neither of which are in
> > conflict (and i think john actually agrees with this).
> >
> > 1) whether or not the Alt key should generate MOD1
On Tue, 2011-09-06 at 14:30 -0700, John Ralls wrote:
> On Sep 6, 2011, at 12:10 PM, Michael Natterer wrote:
>
> > On Tue, 2011-09-06 at 11:57 -0700, John Ralls wrote:
> >> On Sep 6, 2011, at 10:42 AM, Michael Natterer wrote:
> >>
> >>> On Tue, 2
On Tue, 2011-09-06 at 16:38 -0700, John Ralls wrote:
> On Sep 6, 2011, at 3:46 PM, Michael Natterer wrote:
> >
> > And just to finally say it, please spare us this aggressive undertone.
>
> I quit.
That was certainly not my intention, and I'm sorry if I was maybe too
Hi all,
as a fallout of the recent cross-platform modifier
key fixes that make Quartz work, it seems I broke
modifiers on X11.
The problem is that by enabling virtual modifiers
(META, SUPER, HYPER) in GtkCellRendererAccel, they
are now actually used :) which means that on a default
PC keyboard ke
Hi Benjamin,
I am sorry but this sounds like a lot of things, but not like
a plan.
- are our widgets a more-or-less huge mess? yes.
- do we need to do something about it? yes
- is MVC a well tested way to improve things? yes
- does it always work? NO
Sorry, but you are actually stating the obvio
On Thu, 2012-05-17 at 12:26 -0700, x2y2z2 wrote:
> Hi
>
> I have 8 GTKEnty edit boxes. Each of them is restricted to 4 chars (CD-KEY
> kind of stuff). I would like to automatically move from the first box to
> second box when 4 characters have been typed in the first edit box.
>
> Any suggestion
On Thu, 2012-08-02 at 08:52 -0400, Morten Welinder wrote:
> GtkSwitch bugs me. It really should just have been a styling of the toggle
> button since it performs the same function with a different look. But no,
> it is currently a totally separate widget not even derived from GtkButton.
I could
On Wed, 2012-09-12 at 16:27 -0400, Ryan Lortie wrote:
> hi,
>
> I recently wrote a patch[1] to re-enable accel labels in GtkMenu
> generated from GMenuModel. They got lost in the shuffle during some
> related recent changes.
>
> Essentially, the new approach means that the accel='' attribute o
On Thu, 2012-09-13 at 09:20 -0400, Ryan Lortie wrote:
> hi,
>
> Thanks for the feedback.
>
> On 12-09-12 05:15 PM, Paul Davis wrote:
> > On Wed, Sep 12, 2012 at 5:07 PM, Michael Natterer wrote:
> >> I object. Do you really want to disable shortcut editors in
>
On Thu, 2013-05-02 at 15:41 +0200, Benjamin Otte wrote:
> Hey,
>
> I recently found this magic call to _gtk_quartz_framework_init() in
> the Quartz initialization code and after asking people on IRC it seems
> it's no longer used by anyone (was it ever?). So in my pursuit of code
> clarity I was w
On Thu, 2013-05-02 at 08:01 -0700, John Ralls wrote:
> On May 2, 2013, at 7:29 AM, Michael Natterer wrote:
>
> > On Thu, 2013-05-02 at 15:41 +0200, Benjamin Otte wrote:
> >> Hey,
> >>
> >> I recently found this magic call to _gtk_quartz_framework_init()
On 10/09/2013 10:40 PM, Bastien Nocera wrote:
On Wed, 2013-10-09 at 22:14 +0200, Olivier Brunel wrote:
Ok, but this isn't about a change in GNOME, but in GTK. And the
default
for those options was still TRUE a few days ago in GTK 3.8
As we're on this subject, I think it's pretty clear, from th
On 10/10/2013 12:08 AM, Emmanuele Bassi wrote:
On 9 October 2013 23:04, Emmanuele Bassi wrote:
Bastien, excuse me, but Michael's reference to The GIMP was a hint
that GTK (with or without '+' -- no matter), stands for The GIMP
Toolkit. GIMP, not GNOME.
Proof: http://www.gtk.org/
by the by,
On 10/10/2013 01:40 AM, Andrew W. Nosenko wrote:
On Thu, Oct 10, 2013 at 1:41 AM, Michael Natterer wrote:
On 10/10/2013 12:08 AM, Emmanuele Bassi wrote:
On 9 October 2013 23:04, Emmanuele Bassi wrote:
Bastien, excuse me, but Michael's reference to The GIMP was a hint
that GTK (wi
On 10/19/2013 02:56 PM, Alessandro Francesconi wrote:
Thanks for the reply, Paul
So you are telling me that this could be a known bug in versions prior to 2.24?
In this case there is a problem. The application is actually a GIMP plugin and
it must be compatible with a wide set of GTK versions
On Fri, 2014-10-24 at 13:30 +, Benjamin Otte wrote:
> So to reiterate, I wish 3 things would happen:
> - graphic-heavy apps like eog or gthumb would go use Gegl/libgimp. They'd
> get nice filters for free!
libgimp does nothing, it is simply a way for GIMP plug-ins to talk
to the GIMP applicati
On Fri, 2005-09-30 at 01:38 +0200, Tim Janik wrote:
(snip)
> so for a change, i'd like to suggest introducing extra API (and do some slight
> deprecations) for this and apprechiate people's comments on it:
>
> /* ref() and clear floating flag (#1) */
> GObject*g_object_ref_sink (GObjec
On Wed, 2006-01-04 at 14:06 -0600, Mike Emmel wrote:
> On 1/4/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> > - Is it good enough to run large applications with it, e.g. the Gimp ?
> No it does most of gtktest and gtkdemo.
> I've not even tried Gimp.
We had GIMP running on the DirectFB backend
On Thu, 2006-01-05 at 12:01 +0100, Tim Janik wrote:
> On Wed, 4 Jan 2006, Xavier Bestel wrote:
>
> > On Wed, 2006-01-04 at 15:26, Matthias Clasen wrote:
> >
> >> Thats a gcc extension/C99 addition though. We use [1] in other places
> >> where flexible arrays are used.
> >
> > Oh, I imagine there m
On Thu, 2006-01-05 at 08:19 -0500, ANDREW PAPROCKI, BLOOMBERG/ 731 LEXIN
wrote:
> I disagree with this completely. We compile all of our code on Solaris/AIX
> with
> SunPRO cc & IBM xlc without c99 extensions enabled for our own reasons. Code
> can
> take advantage of c99 features, but only if
On Thu, 2006-01-05 at 10:42 -0500, ANDREW PAPROCKI, BLOOMBERG/ 731 LEXIN
wrote:
> >does this make? there is no reason why software from the year 2006
> >needs to be compiled with compilers from the year 1986.
>
> cc: Sun C 5.5 Patch 112760-09 2004/03/31
>
> That does not look like a compiler from
On Fri, 2006-01-06 at 13:10 +0100, Benoit Carpentier wrote:
> Hi everybody,
>
> in GLib 2.9.2, in gobject.c,
>
> lines 499 to 525 :
>
> (snip)
>
> is there here a clear difference between these two
> function ?
> (g_object_do_set_property has const GValue argument
> whereas g_object_do_set_prope
Hi all,
In the last few weeks, I've been working on refactoring and extending
a patch from maemo-gtk which enables copy/paste and DND of rich text
from/to GtkTextBuffer and GtkTextView.
It's here: http://bugzilla.gnome.org/show_bug.cgi?id=324177
The patch has seen several iterations and extensio
On Mon, 2006-05-08 at 20:06 -0500, Federico Mena Quintero wrote:
> On Mon, 2006-05-08 at 22:49 +0100, Emmanuele Bassi wrote:
>
> > A while ago, on IRC, Christian Persch made the request[1] that the
> > monitoring of the storage file used by the GtkRecentManager could be
> > overridden by libgnome,
On Wed, 2006-05-31 at 22:08 +0200, Kristian Rietveld wrote:
> Currently, we are using the following query-tooltips signal:
>
> gboolean (*query_tooltip) (GtkWidget *widget,
> gint x,
> gint
On Tue, 2006-06-06 at 10:41 -0500, Federico Mena Quintero wrote:
> In gtksettings.c we have
>
> #define DEFAULT_TIMEOUT_INITIAL 200
> #define DEFAULT_TIMEOUT_REPEAT 20
>
> for the "gtk-timeout-initial" and "gtk-timeout-repeat" settings,
> respectively. This means we wait for a fifth of a secon
Hi,
you can stop debugging right away. Display closing *only* works
in GTK+ 2.9.x (upcoming 2.10). No way of making this work in any
earlier version.
ciao,
--mitch
On Wed, 2006-06-28 at 01:01 -0400, Dave Foster wrote:
> Hi,
>
> I've been trying to write a small section of code in my program whi
On Fri, 2006-09-22 at 12:04 +0100, Ross Burton wrote:
> I'm not convinced of the merits of sending a special signal opposed to
> popup-menu. Would GTK+ be edited so that tap-and-hold in a GtkEntry and
> so on popped up the context menu, or would that be left to the
> applications?
I think it sho
On Thu, 2006-10-12 at 11:21 +0530, rafeeqh shaik wrote:
>
> I am trying to use DFB on embedded processor(ARM).
> i have cross compiled the DFB for arm.
> Cross compilation was successful.
>
> (snip)
This is unrelated to GTK+. Please ask for help on the DirectFB
mailing list.
ciao,
--mitch
__
On Mon, 2006-12-11 at 18:41 +0100, Felix Kater wrote:
> Just this annotation:
>
> On linux 'man dlopen' says that the correct way to check if dlsym() was
> successful is to do something like this
>
> dlerror();
> p=dlsym(...);
> pc=dlerror();
> if(pc)
> /* (error) */
> else
> /* (ok) */
>
>
On Thu, 2007-03-01 at 23:14 +, Bastien Nocera wrote:
> On Thu, 2007-03-01 at 19:39 +, Ross Burton wrote:
>
> > Isn't this gtk_range_set_fill_level() (new in GTK+ 2.12)?
>
> Yes it is. We'd still need a different looking GtkScale though, to allow
> for the different behaviour on left-click
On Wed, 2007-03-21 at 12:43 +0100, Xavier Bestel wrote:
> On Wed, 2007-03-21 at 12:24 +0100, Michael Natterer wrote:
> > On Thu, 2007-03-01 at 23:14 +, Bastien Nocera wrote:
> > > On Thu, 2007-03-01 at 19:39 +, Ross Burton wrote:
> > >
> > > > Isn
On Wed, 2007-03-21 at 08:46 -0400, Martin Meyer wrote:
> The slider is something that primarily annoys me in Totem. When Totem
> is in full screen mode the slider/position bar is huge. You might have
> to move your mouse several inches out of the way to get over to where
> the slider current positi
On Wed, 2007-03-28 at 14:09 +0530, Prasanna Kumar K wrote:
> Hi All,
>
> I want to know which was the first and oldest version of GTK that was
> running over DirectFB without any bugs.
Hi,
there is no such thing as GTK+ or DirectFB without any bugs,
you need to test old versions and choose one
On Wed, 2007-03-28 at 16:34 +0100, Martyn Russell wrote:
> Tristan Van Berkom wrote:
> > On Wed, 2007-03-28 at 16:38 +0200, Kristian Rietveld wrote:
> >> On Wed, Mar 28, 2007 at 12:49:44PM +0200, Jakub Steiner wrote:
> > [...]
> >> The concern which I want to raise, and which I already did in my
>
On Mon, 2007-04-02 at 15:14 -0400, Morten Welinder wrote:
> On 4/2/07, Jakub Steiner <[EMAIL PROTECTED]> wrote:
> > Hi gtk+ developers.
> > I propose a replacement of the current gtk stock icons with newly
> > created artwork[1].
>
> True or False: if you do so, applications that use the occasiona
On Mon, 2007-04-23 at 14:01 -0500, Brandon Casey wrote:
> On Mon, 23 Apr 2007, Murray Cumming wrote:
> > On Mon, 2007-04-23 at 11:46 -0500, Brandon Casey wrote:
> > [snip]
> >> What do we do?
> > [snip]
> >
> > We wait until someone has an actual need for such a change, or an actual
> > problem.
>
Hey everybody,
We've been doing a GIO API review in the last couple of days and
here is the list of comments and issues we've come up with:
General:
It seems GIO allows individual files to be included, this should be
avoided like gobject does it:
#if !defined (__GLIB_GIO_H_INSIDE__) &
Sorry for mis-following-up and resending, i have too many mail accounts.
On Wed, 2007-12-12 at 00:25 +, Emmanuele Bassi wrote:
> On Tue, 2007-12-11 at 21:22 +0200, Vincent Geddes wrote:
> > Hi,
> >
> > On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote:
&
Alexander Larsson wrote:
> On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote:
>> Hey everybody,
>>
>> We've been doing a GIO API review in the last couple of days and
>> here is the list of comments and issues we've come up with:
>>
>>
Alexander Larsson wrote:
> On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote:
>> G*Monitor:
>> ==
>>
>> GFileMonitor -> GIOMonitorFile
>> GDirectoryMonitor -> GIOMonitorDirectory
>>
>> Wouldn't it make sense to have a
Alexander Larsson wrote:
> On Wed, 2007-12-12 at 17:33 +0100, Michael Natterer wrote:
>> Alexander Larsson wrote:
>>> On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote:
>>>> G*Monitor:
>>>> ==
>>>>
>>&
Alexander Larsson wrote:
> On Wed, 2007-12-12 at 16:46 +0100, Michael Natterer wrote:
>> Alexander Larsson wrote:
>>> On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote:
>>>> Hey everybody,
>>>>
>>>> We've been doing a GIO API rev
[resending since the original reply somehow got lost]
On Mon, 2008-06-09 at 09:44 +0200, Murray Cumming wrote:
On Tue, 2008-06-03 at 13:34 +0200, Kristian Rietveld wrote:
[snip]
> We should start to enforce the usage of single header includes and not
> make this optional. Mitch has been working
Hi all,
The GtkHSV widget was originally ported from the GIMP "triangle"
color selector.
Now I've finally managed to port the GIMP color selector
to the GTK widget, since it has become quite a lot better
than the GIMP thing in the meantime (it has keybindings
and antialiasing).
However, the hea
Federico Mena Quintero wrote:
On Fri, 2008-08-08 at 12:05 +0200, Michael Natterer wrote:
The GtkHSV widget was originally ported from the GIMP "triangle"
color selector.
Huh, really? I have fond memories of fun with barycentric coordinates
for the HSV wheel during Linux Worl
Michael Natterer wrote:
Already done on my disk, will commit after review.
FYI, here is the bug with the patch:
http://bugzilla.gnome.org/show_bug.cgi?id=547270
ciao,
--mitch
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
On Tue, 2008-09-23 at 18:31 -0400, Morten Welinder wrote:
> > * Deprecate the H/V split and add orientation instead
> > + mitch has a patch deprecating all the H/V classes
> > + adds a constructor for base classes
> > + defaults can be fixed
> > + subclassing is easier
> > + change orientation at r
On Wed, 2008-09-24 at 11:23 -0400, Morten Welinder wrote:
> > I don't think the minutes reflect what was said in the meeting here.
> > My understanding was hat the H/V subclasses get deprecated as soon
> > as the code to enable flipping in their parent classes is in SVN.
>
> If, say, gtk_hbox_new
On Wed, 2008-09-24 at 18:59 +0200, Xavier Bestel wrote:
> Le mercredi 24 septembre 2008 à 18:06 +0200, Sven Herzberg a écrit :
> > Am Mittwoch, den 24.09.2008, 18:03 +0200 schrieb Xavier Bestel:
> > > BTW where can I find a list of 2.90/3.0-deprecations ?
> >
> > 2.90 and 3.0 won't deprecate anyth
On Thu, 2008-09-25 at 10:02 +0200, Mikael Hallendal wrote:
> Hi,
>
> Why not simply keep gtk_hbox_new and gtk_vbox_new?
>
> I can see a number of reasons for doing so:
>
> 1) They are used all over the place
> 2) The cost of maintaining them are next to zero
> 3) They make sense on their own,
>
On Thu, 2008-09-25 at 10:02 +0200, Mikael Hallendal wrote:
> Hi,
>
> Why not simply keep gtk_hbox_new and gtk_vbox_new?
>
> I can see a number of reasons for doing so:
>
> 1) They are used all over the place
> 2) The cost of maintaining them are next to zero
> 3) They make sense on their own,
>
On Thu, 2008-09-25 at 19:03 +0200, Alexander Larsson wrote:
> On Thu, 2008-09-25 at 11:38 -0500, Mike Kestner wrote:
>
> > If the motivation for removing the types is that, "things aren't as
> > beautiful as they could be" then that argument doesn't really outweigh
> > the pain of porting existing
On Thu, 2008-09-25 at 13:16 -0400, Morten Welinder wrote:
> > I think the general problem is that if you have a box type that can
> > change orientation on the fly, what type is it? A HBox or a Vbox?
>
> I cannot actually imagine why I would want such a box, but if you
> wanted to you could do
>
On Thu, 2008-09-25 at 15:07 -0400, Morten Welinder wrote:
> If all you really want is to change the defaults for box packing, then
> why isn't that all you are proposing? It would be a simple 1-line
> patch to gtk_box_pack_start_defaults, if I understand things right.
Because I would never sugges
On Fri, 2008-09-26 at 14:29 -0400, Allin Cottrell wrote:
> On Fri, 26 Sep 2008, Tor Lillqvist wrote:
>
> > > Any ideas on what's going on?
> >
> > http://bugzilla.gnome.org/show_bug.cgi?id=553135#c8 ?
>
> On closer inspection, I see that Michael Natterer's patch is
> already in gtk 2.14.3, and
On Fri, 2008-09-26 at 17:24 -0400, Allin Cottrell wrote:
> On Fri, 26 Sep 2008, Michael Natterer wrote:
>
> > On Fri, 2008-09-26 at 14:29 -0400, Allin Cottrell wrote:
> > > On Fri, 26 Sep 2008, Tor Lillqvist wrote:
> > >
> > > > > Any id
On Thu, 2008-10-02 at 09:12 -0700, Jon A. Cruz wrote:
> Hi,
>
> I've been poking around some with building gtk on OS X, and have made
> progress on adding tablet support for the native version.
>
> I was first wondering if anyone else was looking at this that perhaps
> I should coordinate wit
On Thu, 2009-01-08 at 16:46 -0500, Andrew Paprocki wrote:
> I have a GObject with a double property that I need to be able to set
> NaN to in certain circumstances. Right now, GObject prints out a
> warning when this is done because param_double_validate does not
> handle NaN/Inf explicitly.
>
>
On Fri, 2009-01-09 at 13:03 -0500, Andrew Paprocki wrote:
> On Fri, Jan 9, 2009 at 7:11 AM, Michael Natterer wrote:
> >> Should I patch GParamSpecDouble to have two :1 fields for 'allow_nan',
> >> 'allow_inf' and make param_double_validate do the correct t
On Fri, 2009-02-20 at 16:03 -0500, Matthias Clasen wrote:
> On Fri, Feb 20, 2009 at 3:35 PM, Christian Dywan
> wrote:
> > Am Fri, 20 Feb 2009 20:25:54 +0100
> > schrieb Torsten Schoenfeld :
> >
> >> Tristan Van Berkom wrote:
> >> > Sorry I missed the last meeting, is there anything you need me
>
On Fri, 2009-02-20 at 16:03 -0500, Matthias Clasen wrote:
> On Fri, Feb 20, 2009 at 3:35 PM, Christian Dywan
> wrote:
> > Am Fri, 20 Feb 2009 20:25:54 +0100
> > schrieb Torsten Schoenfeld :
> >
> >> Tristan Van Berkom wrote:
> >> > Sorry I missed the last meeting, is there anything you need me
>
On Fri, 2009-07-10 at 21:35 -0500, Cody Russell wrote:
> On Fri, 2009-07-10 at 10:45 -0400, Matthias Clasen wrote:
> > GTK+ 2.90:
> > - Outstanding GSEAL issues have not been resolved. bratsche spent
> > some time on it, but gave up for lack of feedback
> >
> > Here is my proposal:
> > - If peop
On Wed, 2009-09-02 at 14:53 -0400, Morten Welinder wrote:
> > With this change, it won't break (or add warnings) to any program. It
> > just removes a warning for programs that do not do the explicit cast,
> > and get given a const GError.
>
> Really?
>
> Take the program below and notice that th
On Mon, 2009-11-09 at 19:10 +0100, Jack Skellington wrote:
> Hello All
>
> I'm currently in charge of the development of a cross-platform OpenGL
> app which uses GTk+ for it's interface.
> The app runs on both *nix/X.org and win32 but when I started looking
> into OS X I found that the Quartz OS X
On Mon, 2010-02-08 at 18:17 -0500, Matthias Clasen wrote:
> I need to do a GTK+ release tomorrow, and it realistically has to be
> API frozen to make Gnome 2.30.
> So, if any of the GTK3 crowd want to step forward and get some of the
> important missing accessors in,
> tonight would be a good time
On Tue, 2010-02-23 at 19:59 +0100, Murray Cumming wrote:
> On Tue, 2010-02-23 at 19:17 +0100, Javier Jardón wrote:
> > 2010/2/23 Murray Cumming :
> > > When we deprecate API, please remember to document what the replacement
> > > is. People forget this quite often.
> > >
> > > A small recent exampl
On Tue, 2015-09-22 at 01:20 +0200, Bastien Nocera wrote:
>
> As for removing those loaders, I'd double-check whether GIMP has
> native
> support for those (not through a gdk-pixbuf loader), so that at least
> some modicum of support is left for those, making it less likely that
> we'll crash when
76 matches
Mail list logo