On Thu, May 13, 2010 at 06:11:08PM +0200, pancake wrote:
> Check t/ui.c and you will understand why SwkWindow is not global variable.
>
> Do somebody noticed this file? I mean..the UI can be done not only by code..
> also in ascii art. About the other questions..I think i'm not the
> right person
On Sat, 15 May 2010 10:48:38 +0100
Anselm R Garbe wrote:
> On 14 May 2010 07:41, Anselm R Garbe wrote:
> > On Fri, May 14, 2010 at 12:02:47AM +0200, pancake wrote:
> >> Is simpler to just change a pointer. We can make global. I will do the
> >> change tomorrow.
> >
> > I will review the current
On 14 May 2010 07:41, Anselm R Garbe wrote:
> On Fri, May 14, 2010 at 12:02:47AM +0200, pancake wrote:
>> Is simpler to just change a pointer. We can make global. I will do the
>> change tomorrow.
>
> I will review the current state today and provide my comments in detail.
I had a look through ev
On Fri, May 14, 2010 at 12:02:47AM +0200, pancake wrote:
> Is simpler to just change a pointer. We can make global. I will do the
> change tomorrow.
I will review the current state today and provide my comments in detail.
Cheers,
Anselm
Is simpler to just change a pointer. We can make global. I will do the
change tomorrow.
Thanks
On May 13, 2010, at 8:31 PM, Szabolcs Nagy wrote:
On 5/13/10, pancake wrote:
Check t/ui.c and you will understand why SwkWindow is not global
variable.
Do somebody noticed this file? I mean..
I'm curious .
On 5/13/10, pancake wrote:
> On 05/13/10 11:29, Anselm R Garbe wrote:
>> On 13 May 2010 10:04, Szabolcs Nagy wrote:
>>
>>> On 5/12/10, Rory Rory wrote:
>>>
Right now it's not obvious what the widgets actually are. The
textboxes look identical to the buttons and it's har
On 5/13/10, pancake wrote:
> Check t/ui.c and you will understand why SwkWindow is not global variable.
>
> Do somebody noticed this file? I mean..the UI can be done not only by code..
i've noticed that
can't you just manipulate an extern global swkwindow the same way?
i didn't mean to hide the
On 05/13/10 11:29, Anselm R Garbe wrote:
On 13 May 2010 10:04, Szabolcs Nagy wrote:
On 5/12/10, Rory Rory wrote:
Right now it's not obvious what the widgets actually are. The
textboxes look identical to the buttons and it's hard to know where to
type into.
don't care about
On 13 May 2010 10:04, Szabolcs Nagy wrote:
> On 5/12/10, Rory Rory wrote:
>> Right now it's not obvious what the widgets actually are. The
>> textboxes look identical to the buttons and it's hard to know where to
>> type into.
>
> don't care about the visual representation
> that's the last thing
On 5/12/10, Rory Rory wrote:
> Right now it's not obvious what the widgets actually are. The
> textboxes look identical to the buttons and it's hard to know where to
> type into.
don't care about the visual representation
that's the last thing you wish to design
the question is if the programmin
Tk is not used nowdays, Ttk is used instead and suport Themes, GTK
and Qt based engines, antialising fonts and many more widgets.
Perhaps is not suckless but I think It is the more unix friendly than
other toolkits becouse It is very easy to wrap shell scritps with it.
The only problem is that m
Right now it's not obvious what the widgets actually are. The
textboxes look identical to the buttons and it's hard to know where to
type into.
--
Rory
On 05/12/10 13:37, anonymous wrote:
On Wed, May 12, 2010 at 08:24:43AM +0100, Anselm R Garbe wrote:
because it's quite a nightmare to work with existing ones for rapid
prototyping unless you don't want to use something very heavyweight
like Qt.
What about Tk? It is very useful for pro
On Wed, May 12, 2010 at 08:24:43AM +0100, Anselm R Garbe wrote:
> because it's quite a nightmare to work with existing ones for rapid
> prototyping unless you don't want to use something very heavyweight
> like Qt.
What about Tk? It is very useful for prototyping.
On 10 May 2010 01:05, Uriel wrote:
> Does suckless really need a WIMP-toolkit? I hope not.
It's more like WP than WIMP, but I agree that the current route looks
a bit WIMPy to me.
There are two intentions involved in swk: one is to have something
like a modern curses replacement that runs in grap
On 05/10/10 10:31, Gregor Best wrote:
On Mon, May 10, 2010 at 10:20:33AM +0200, pancake wrote:
[...]
* support for right-to-left scripts,
Point this understand dont I.
[...]
There are languages (such as arabic) that are not written in the latin
left-to-right fashion bu
On Mon, May 10, 2010 at 10:31:29AM +0200, Gregor Best wrote:
> There are languages (such as arabic) that are not written in the latin
> left-to-right fashion but exactly the other way round (i.e. you have to
> start reading at the right end of a line and end at the left).
indeed! let's depend on p
On Mon, May 10, 2010 at 10:20:33AM +0200, pancake wrote:
> [...]
> > * support for right-to-left scripts,
> Point this understand dont I.
> [...]
There are languages (such as arabic) that are not written in the latin
left-to-right fashion but exactly the other way round (i.e. you have to
start rea
On Mon, 10 May 2010 10:00:12 +0200
pancake wrote:
> I really prefer to tap my phone than open the keyboard and type a 4
> pipe command. Which is not the same situation on desktop...where
> keyboard is preferible.
+1
Dieter
Hi
- Original message -
> On Sun, 09 May 2010 04:58:46 +0200
> pancake wrote:
>
> > Applied.
> >
> > I was expecting a diff, but bundle is ok too :)
> >
> > The debug printfs you removed are ok..i mean.. I was using them for
> > debugging
> > purposes, and its not something to be in main
Mate Nagy dixit (2010-05-10, 09:47):
> you don't design suckless software for the user. You educate the user
> first, then design software for the new, enlightened man.
Sounds like we've had that history lesson in the thirties...
--
[a]
- Original message -
> Does suckless really need a WIMP-toolkit? I hope not.
Well...this design is not wimp at all, there's no plans to add menus. And the
thing is that curses is broken and depends on quite broken text console
interface. The idea was trying to offer a cleaner way to do
On Sun, May 09, 2010 at 08:42:48PM -0700, Robert Ransom wrote:
> You need a definition of 'suckless user interface' before you start
> specifying guidelines for how to produce one.
>
> Here's a draft:
>
> A suckless user interface is:
>
> * useful,
> * usable,
> * transparent,
> * eith
On Sun, 09 May 2010 04:58:46 +0200
pancake wrote:
> Applied.
>
> I was expecting a diff, but bundle is ok too :)
>
> The debug printfs you removed are ok..i mean.. I was using them for debugging
> purposes, and its not something to be in mainstream.
I only moved one fprintf to a different lin
Does suckless really need a WIMP-toolkit? I hope not.
That aside, I made some comments to garbeam regarding the code in
#cat-v last week, I don't remember much but I was not impressed,
specially with the whole event/callbacks system, which is a really
retarded way to build GUIs.
So far it looks l
Applied.
I was expecting a diff, but bundle is ok too :)
The debug printfs you removed are ok..i mean.. I was using them for debugging
purposes, and its not something to be in mainstream.
What was your impression? What you would add or change?
I forgot to explain some of the keybindings or fea
Anselm and me have been talking to get a proper initial design
to bring a minimalistic widget toolkit to the masses.
After few months of thinking, typing test programs and so on
I have managed to get a working state for the project, so I'm
exposing the results of this work in this mail looking for
27 matches
Mail list logo
