Carlos,
I was a window maker user back in the 20th century.
I agree with you that the priority should be stability but I would love to
see improvements and new features in the years to come.
I do not think that adding new features necessarily bloats software.
Today's software is slow due to poor
On 11/14/2013 08:00 PM, Carlos R. Mafra wrote:
> People argue that "new users" will like to change widget colors in the
> _future_.
> I argue that old users don't care _now_.
>
Well, i am one of those old users, if not even one of the very old users
of wmaker. I use it since at least since the y
Carlos: I guess it'd be better all around if you
specified and published at least some of your
priorities and anti-priorities. Also, set a
procedure for cases when there's a conflict on
what goes in and what doesn't.
I sincerely commend you picking up the project
maintenance when there was a
On Thu, 14 Nov 2013 at 19:51:59 +, SJS wrote:
> begin quoting Carlos R. Mafra as of Thu, Nov 14, 2013 at 07:00:08PM +:
> > My point of view is that I want to please the current users, because
> > they are _already_ using it due to its _current_ virtues.
> [snip]
> > People argue that "new
begin quoting Carlos R. Mafra as of Thu, Nov 14, 2013 at 07:00:08PM +:
[chop]
> Regarding the --replace patch I agree that there might be a few
> users out there who could try wmaker for the first time using the --replace
> scenario, but I don't think that is an argument why the log off & log
On Thu, 14 Nov 2013 at 11:31:39 +, Iain Patterson wrote:
> Quoth Rodolfo García Peñas (kix),
>
> >Carlos say what is included or not, he say who are commiters or not,
> >and he say the wmaker destination. But, there are no rules. There are
> >no method to know if a patch or a new idea will be
Quoth Yury Tarasievich,
How is such window dragging activated? I
have fond memories of XView's multi-workspaces
control and wouldn't mind having something
similar in wmaker.
It's in the Workspace preferences.
"Switch workspaces while dragging windows."
--
To unsubscribe, send mail to wm
On 11/14/2013 02:31 PM, Iain Patterson wrote:
...
Things which aid configurability. We're
already very good at this. You can, for
example, enable or disable dragging windows
across workspaces and separately enable or
disable magically creating workspaces when you
do so. Perhaps there are ot
Quoth Rodolfo García Peñas (kix),
Carlos say what is included or not, he say who are commiters or not,
and he say the wmaker destination. But, there are no rules. There are
no method to know if a patch or a new idea will be included or not,
there are not wmaker destination (we are solving proble
On 14-11-2013 07:31, Rodolfo García Peñas (kix) wrote:
> Hi,
>
> Sorry for the delay. I am too busy this week. I have a lot of work.
>
> I am talking about different hats:
>
> 1. Developer hat
> 2. Commiter hat
>
> *All* developers have the same weight, and they can disscuss about what
> patche
Hi,
Sorry for the delay. I am too busy this week. I have a lot of work.
I am talking about different hats:
1. Developer hat
2. Commiter hat
*All* developers have the same weight, and they can disscuss about
what patches should be uploaded or not.
The commiter only do the commit. IMO the curren
Iain Patterson said:
>
> Quoth Josip Deanovic,
>
>> Could this behavior be made configurable through an additional option?
>> In Windowmaker 0.80.2 and older versions such behavior didn't exist
>> at all and for those who doesn't use that feature it might occasionally
>> represent irritation (based
Iain Patterson said:
>
> Quoth Josip Deanovic,
>
>> Could this behavior be made configurable through an additional option?
>> In Windowmaker 0.80.2 and older versions such behavior didn't exist
>> at all and for those who doesn't use that feature it might occasionally
>> represent irritation (based
13 matches
Mail list logo
