Re: [dev] Testing suckless programs

You shouldn't need to test if it might just work for you by accident. cheers! mar77i

Re: [dev] dmenu and dwm: is exec really needed

Greg, if you want to limit your dmenu to executables, use this line instead of the pipe-to-$SHELL: exec $(dmenu_path | dmenu "$@") I left the substitution unquoted, so you can still pass arguments to commands which are run. cheers! mar77i

Re: [dev] dmenu and dwm: is exec really needed

To allow for shell expressions is a neat thing, and if you don't need them, I can provide you with a patch. I did look into this topic another time, actually. I think I had modified dmenu_run to use exec in some way on one of my installations, but I appear to have currently misplaced it. cheers!

Re: [dev] Hi, newb here.

Sorry, but I feel inclined to fill my so many dropped words and thoughts in between. On Mon, Apr 18, 2016 at 8:29 PM, Martti Kühne <mysat...@gmail.com> wrote: > [...] You most easily get > off the ground if you also run the stuff you're reading and maybe > you'll like on git.suc

Re: [dev] Hi, newb here.

On Mon, Apr 18, 2016 at 8:18 PM, ab wrote: > What kind of advice could you guys give to a novice? I'd like to get > myself more familiar with Linux and C (because I have a copy of K). > I'm asking you guys because you seem to know what you're doing and > you're the only

Re: [dev] [dwm][PATCH] implement ARGB color support

On Mon, Mar 7, 2016 at 4:04 PM, Eon S. Jeon wrote: > Hello, > > My obsession for transparency never knows when to stop, so I couldn't resist > writing this patch. > > This patch allows dwm to have translucent bars, while keeping all the text on > it opaque, just like my ARGB

Re: [dev] suckless shared tools

People here won't agree on building a framework. cheers! mar77i

Re: [dev] [sbase] missing tool - awk

On Sat, Feb 20, 2016 at 11:36 AM, Alba Pompeo wrote: > What I mean is, wouldn't it be duplicated work to create your own awk > when there's already a good version out there? Or is there something > wrong with bwk's One True Awk? > That's more or less what Dimitris said.

Re: [dev] [ANNOUNCE] slock-1.3

On Mon, Feb 15, 2016 at 10:55 AM, Markus Teich wrote: >> slock < password-file > > This is an interesting idea. I would not use it for mainline (users don't want > to change their password in many places), but you can push a patch to the > wiki. > Essentially,

Re: [dev] [surf] Why yank to primary instead of clipboard?

On Wed, Feb 3, 2016 at 10:17 AM, Kamil Cholewiński wrote: > > This is even weirder. It pastes primary selection in terminals, but > clipboard in surf or emacs. It's even more confusing, I will > purposefully pretend it doesn't exist. > Seriously, if you don't like it, much

Re: [dev] [bugs] st clears up upon resize and other little things

On Tue, Jan 19, 2016 at 11:36 AM, famfop wrote: > > Hi, > what 'sh are you using? E.g. using mksh it worked out of the box (for me). > As I'm using zsh I followed [0]. I suppose thats the cleanest way of doing > it. _My_ problem now is, that some applications, e.g. ipython,

Re: [dev] [website] Project ideas page

On Tue, Jan 12, 2016 at 10:15 PM, hiro <23h...@gmail.com> wrote: > Yes, I also don't see a reason not to try. I've seen many hipsterops > lately that use dwm in my university. Since google is all about > prestige there is definitely a chance. > I'm awaiting the hour when you guys start sighing

Re: [dev] [PATCH] Reload on SIGHUP

On Mon, Jan 11, 2016 at 7:55 PM, Marc Collin wrote: > Isn't /rocks and /other_projects redundant? > I mean, software listed on /other_projects rocks and software on > /rocks are other projects. > > Projects that can be associated suckless or suckless developers in one

Re: [dev] Z-ordering in dwm based on size

On Thu, Dec 24, 2015 at 1:35 AM, Eric Pruitt wrote: > When using dwm, I sometimes "lose" windows in floating mode because > they're hidden behind another window. I am thinking about writing a > patch that adjusts the z-order of windows based on the size of the > windows

Re: [dev] Female contributions

On Sat, Dec 19, 2015 at 5:03 PM, e...@bestmx.net wrote: >> If we really want to add »gender« as an attribute to all committers, >> please add »race« too, for further politcal debates and distraction. > > how about "age" and "size" attributes too, > just to ensure age and size

Re: [dev] Female contributions

On Sat, Dec 19, 2015 at 5:39 PM, e...@bestmx.net wrote: > pardon me, i failed to follow you, > how do you want to achieve the "trait blending" amongst the existing > contributors. > do you want to ALTER THEIR CURRENT TRAITS? > change their gender? cut legs? something else? >

Re: [dev] Female contributions

As a completely oversexualized sidenote, there's "suck" in suckless, which should be appealing to people who do not approve of the oversexualized culture we're stuck with on the internet. Now, we might not oversexualize issues and just accept the fact that the people who get here are from an

Re: [dev] High Order Calculator

Yay. Nice find. That's the most non-bullshit interpreter I've seen. cheers! mar77i

Re: [dev] Mailing lists sucks.

We could write our own time-diluted message transmission protocol. cheers! mar77i

[dev] Announcement: Backporting the fun into C

Hello community >From the perspective of someone who started off with the fairy-tale technologies in web development, I find working with C proves as quite an interesting experiment. I used to slip into rewriting more or less the same things for different code bases and it really irks me that

Re: [dev] Announcement: Backporting the fun into C

On Sun, Nov 22, 2015 at 7:22 PM, hiro <23h...@gmail.com> wrote: > martti: you wanna build a framework? > ...is it reinventing the wheel every time you live for? cheers! mar77i

Re: [dev] Announcement: Backporting the fun into C

Currently this work is about exploring the possibilities, the limitations and the ease that comes from bulk and buffer which I can tune precisely to fit my needs. I looked at all the languages that were fun to work with and asked myself whether I was capable to take that fun into standard C. I

Re: [dev] [st] Reporting a Segmentation fault

On Fri, Nov 20, 2015 at 9:00 PM, Greg Reagle wrote: > That's right--buf is accessed without bounds checked. The problem is in > ttyread() in the while loop, buf gets overflowed, i.e. ptr - buf exceeds > BUFSIZ (8192). Haven't figured out how to remedy the problem (yet). >

Re: [dev] [st] Reporting a Segmentation fault

On Fri, Nov 20, 2015 at 2:09 PM, Marc Collin wrote: > I am using the grsec kernel, for better security. Maybe st doesn't > play well with that? > Just tested on a clean st and it segfaults too. > I'm not familiar with the details of grsecurity, but it's definitely not

Re: [dev] [st] Reporting a Segmentation fault

Hahaha. I can clearly see this happen in the code in ttyread(). You don't even exist for this code. cheers! mar77i

Re: [dev] [st] Reporting a Segmentation fault

I can generally reproduce this reliably using $ st -e cat /dev/urandom In what way the underflow of buflen is caused though, I have not yet been able to determine. One aspect of the problem is definitely that buflen is generally never range-checked. cheers! mar77i

Re: [dev] [farbfeld] announce

Since your original announcement contained no information on the matter, all your 16 and 32 bit numbers are network endian, right? cheers! mar77i

Re: [dev] paste@

Reading what hiro had to say about the topic makes it sound as if we just needed a wiki "pastebin" section that has built-in "archiving" (git rm) feature that builds on git's built-in feature of preserving history. Maybe we could write clients that don't give a shit whether such an entry was

Re: [dev] paste@

On Fri, Nov 6, 2015 at 4:00 PM, Christoph Lohmann <2...@r-36.net> wrote: > Yes, that’s a good proposal. Then all available Unix tools can be used > to sort, find duplicates and make some order. Maybe it could be a dif‐ > ferent git repository to avoid overlapping merges. There could be still

Re: [dev] dmenu segfaults when pressing control+enter without a selection

On Sun, Oct 18, 2015 at 1:22 AM, wrote: > [...] why reply to this thread? [...] > [it] is just a waste of time. Enlightenment was so close that day. cheers! mar77i

Re: [dev] dmenu segfaults when pressing control+enter without a selection

On Fri, Oct 16, 2015 at 10:38 PM, 7heo <7...@mail.com> wrote: > Sent: Friday, October 16, 2015 at 10:28 PM > From: "Matthew of Boswell" > To: dev@suckless.org > Subject: Re: [dev] dmenu segfaults when pressing control+enter without a > selection > >> [...]

Re: [dev]

Congratulations. You put the email address you were supposed to use into the message body. cheers! mar77i

Re: [dev] [dwm] Fullscreen clients not resized on X display resolution change

If a patch that implements said _NET_WM_STATE_FULLSCREEN won't add a lot of boilerplate code, it'll probably be accepted in mainline, least of all it's definitely welcome on the wiki. Other than that, I'm not sure how hard it is to un- and refullscreen the sxiv window. cheers! mar77i

Re: [dev] A chance for a suckless web?

I read about AMP some time this week. Reading into it, I think prohibiting all input elements except for the button seems like a huge step towards interactivity, so that websites could use image maps as on-screen keyboards and, like, build huge microsoft access like applications, webshops and all.

Re: [dev] [dvtm] dvtm seems to be only terminal not affected by GNU/Linux ecosystem bug I found

I think the bug is located in the terminal emulation code related to handling of alternate screens with regards to resizing. It's not technically wrong to truncate a screen area that is located off screen. While we're at it, can we give you something relevant to work on? Cheers! mar77i

Re: [dev] [st] vim mouse not working

Generally, mouse interaction is fully implemented and produce the correct sequences. As I don't use vim, however, I'm not sure what vim does right or wrong in this case. A quick google reveals that there are several different mouse-related options, one of which is ttymouse. What's that set to in

Re: [dev] surf release?

On Mon, Jun 1, 2015 at 5:07 PM, Joerg Jung m...@umaxx.net wrote: You're right in that package maintainers can't tell where the fixes and new features are coming in, they'll not introduce their own releases. Right, you disproved your own sentence above. No need to get nitpicking, I saw and

Re: [dev] [Idea] Using GitTorrent

On Mon, Jun 1, 2015 at 5:06 PM, Ivan Tham ivanthamjun...@gmail.com wrote: On Sun, May 31, 2015 at 05:01:46PM +0200, Martti Kühne wrote: ...everywhere... that should obviously git.suckless.org there. :-) It is just in case that there are 10,000 downloads per minute, git.suckless.org

Re: [dev] [Idea] Using GitTorrent

On Mon, Jun 1, 2015 at 5:16 PM, Ivan Tham ivanthamjun...@gmail.com wrote: Be confident for apps that suck less. Drop confident for apps that suck more. More importantly, **The Author Should Suck Less** I don't mean any insults. And if I did it, sorry. I don't see suckless software shipped to

Re: [dev] surf release?

No it wouldn't help downstream package maintainers. You're right in that package maintainers can't tell where the fixes and new features are coming in, they'll not introduce their own releases. However upstream is not everyone's taste either, in that configuration changes require recompiling of

Re: [dev] surf release?

On Mon, Jun 1, 2015 at 7:08 PM, Dmitrij D. Czarkoff czark...@gmail.com wrote: Martti Kühne said: However upstream is not everyone's taste either, in that configuration changes require recompiling of the respective binary. Exactly! I have a big patch for surf 0.6; it takes time to adopt

Re: [dev] [Idea] Using GitTorrent

On Sun, May 31, 2015 at 8:59 PM, Anselm R Garbe garb...@gmail.com wrote: The good thing about elite projects is, that only a bunch of people will actually clone per day ;) ...which stumps the argument about whether to implement bittorrent for a bunch of clones per day. Bt's decentral design

Re: [dev] [Idea] Using GitTorrent

... Also what's wrong with git repos at a central project-related place? It's good thinking by OP, there's just too much traffic to host dwm everywhere if 100,000 people per minue are cloning. cheers! mar77i

Re: [dev] [sbase] [PATCH v2] tar: support -f - as stdin/out

On Tue, May 12, 2015 at 3:59 PM, FRIGN d...@frign.de wrote: On Tue, 12 May 2015 13:57:11 + Eivind Uggedal eiv...@uggedal.com wrote: Hey Eivind, tarfd = 1; + tarfd = 1; - tarfd = 0; + tarfd = 0; don't use explicit file-numbers. Use

Re: [dev] [dwm] [PATCH] support _NET_SUPPORTING_WM_CHECK

On Wed, May 6, 2015 at 10:25 PM, Jason Woofenden ja...@jasonwoof.com wrote: As documented here: http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html#idm140130317670464 --- I developed this in the hopes that it would fix issues with feh running fullscreen. It didn't help with that (feh

Re: [dev] [st] [PATCH] Fix sigchld

The initial patch seems to cover edge cases I fail to grasp and probably doesn't cover all scenarios. Could someone please tell me why SIGCHLD should be received while requiring waitpid to WNOHANG, and why st prints an error message for nonzero exit status instead of propagating it? I haven't

Re: [dev] [st] [PATCH] Fix sigchld

Indeed the second question applies for koneu's patch, too. I want the shell's exit status reflected in the terminal's. Otherwise, to retreive the shell's exit status, one needs to make silly use of pipe(), in case one uses st as an output layer, for whatever reason. cheers! mar77i

Re: [dev] books that rock

And from a time when unix was about to happen, or let's call it the mindset that made it happen, I'm really very fond of Chris Brooks' The Design Of Design. cheers! mar77i

Re: [dev] [st PATCH 1/3] xloadcols: remove cp variable

On Wed, Apr 22, 2015 at 4:14 PM, Garrick Peterson garri...@gmail.com wrote: [...] for (cp = dc.col; cp dc.col[LEN(dc.col)]; ++cp) Forgive my ignorance of the LEN macro, but doesn’t this rely on accessing a memory address outside of the allocated array? Wouldn’t that cause problems if

Re: [dev] [st] [PATCH 2/5] Replace for with while.

Are we discussing something for which #include stdint.h does not leave any questions open? int32_t, int_fast32_t or int_least32_t would probably be the solution here? Is there any problem with using stdint.h in general that I'm not aware of? cheers! mar77i

Re: [dev] [dwm] Style changes

On Sat, Apr 11, 2015 at 4:10 AM, Aaron Burrow burrows.l...@gmail.com wrote: If we're going to fix a bunch of formatting problems we should make sure the problem doesn't resurface. Put a commit hook on the git server that either validates formatting or does auto-formatting. It's a really

Re: [dev] [style] variable declaration locations and varriable length arrays vs malloc

On Tue, Mar 3, 2015 at 12:56 AM, Anthony J. Bentley anth...@cathet.us wrote: Evan Gates writes: Declaring variables at the top of a block, as opposed to top of the function has a few uses, but the most useful (in my limited experience) is combining it with C99's variable length arrays to

Re: [dev] script for launching surf

On Tue, Mar 3, 2015 at 10:14 PM, Greg Reagle greg.rea...@umbc.edu wrote: /usr/local/bin/surf is a lot of typing compared to surf. There's probably a command builtin for your shell. However if you're saving typing inside a launcher script you write, you might be saving it in the wrong place.

Re: [dev] Suckless unit testing in C?

1. You have a part you have to test, write a test program covering the *important* functionality. If your module contains a few objects with interfaces, write one test creating, modifying and destroying these objects as you see fit. Writing an interface is work, but it is also a set of strings

Re: [dev] [st] can't use Xterm font

Another option to find the font that I would apply for this class of problem is to grep through strace's output... But maybe I'm just too lazy to take the whole GUI magic too serious. cheers! mar77i

Re: [dev] [st] crash on font resize (patch inside)

Hmm. I have two style questions about that patch, or about the lines it was crafted upon. Firstly, I did not know C required backslashed newlines for continuation, but a bit more confusingly, usage() IMHO shouldn't really exit the program with nonzero, especially if there's a non-erroneous way to

Re: [dev] A simple but flexible alternative to cron

On Sat, Feb 7, 2015 at 8:30 AM, Eric Pruitt eric.pru...@gmail.com wrote: Each of the scripts has two functions defined: condition, which exits [...] SCNR, but didn't you mean to write crondition? cheers! mar77i

Re: [dev] [st] delele behaves as backspace... again

On Tue, Nov 4, 2014 at 7:24 PM, k...@shike2.com wrote: If you are interested, - Modify the keys generated by st. This option is not dificult, because you only have to modify the values in your config.h (I think I should put this option in the FAQ to). If you are

Re: [dev] K, a low-level procedural imperative programming language

Urm, relevant. From [0]: I always have it in the back of my head that I want to make a slightly better C. Just to clean up some of the rough edges and fix some of the more egregious problems. But getting everything to fit, top to bottom, syntax, semantics, tooling, etc., might not be possible or

Re: [dev] Object-Oriented C for interface safety?

On Wed, Nov 26, 2014 at 10:55 PM, pancake panc...@youterm.com wrote: Try Cello I did try Cello. Cello turned out absolutely useless for me as interfacing it with other C standard types is a PITA / completely broken. After fiddling around for a while I got sick from what Cello does with code I

Re: [dev] Does suckless need a separate list for general discussion?

This thread is the usual meta-OT we keep running into here because somebody's sarcasm detector had failed them. How can you even get up in the morning without philosophical justification?

Re: [dev] Unsubscribe

https://youtu.be/nEF_-IcnQC4

Re: [dev] [sbase][patch]cat stdin if arg is exactly - not begins with '-'

On Tue, Nov 18, 2014 at 10:50 PM, Evan Gates evan.ga...@gmail.com wrote: This patch makes cat -- -foo cat the file ./foo and not stdin. Wait ./foo or ./-foo ? IMHO it should output the latter. cheers! mar77i

Re: [dev]

Cold water, maybe? https://i.ytimg.com/vi/zehSKo5CJWY/hqdefault.jpg

Re: [dev] slock segfault on rhel7

http://git.suckless.org/slock/tree/slock.c#n84 from manpage about line 69: getspnam,: Routines return NULL if no more entries are available or if an error occurs during processing. cheers! mar77i

Re: [dev] slock segfault on rhel7

On a later note, I'm pretty sure I haven't read the preprocessing #ifdef/#ifndef stuff correctly. But I'm pretty positive that there's no LDAP password checking implemented (or a getenv(USER) that wouldn't work on these functions). So, the question is, are we certain over what Johan is expecting

Re: [dev] [st] delele behaves as backspace... again

On Tue, Nov 4, 2014 at 9:11 PM, Henrique Lengler henriquel...@openmailbox.org wrote: Output of infocmp attached: out.txt Output of ^VDelete: ^[[3~ You appear to have mistyped something. CSI requires only one bracket. cheers! mar77i

Re: [dev] environment variables versus runtime configuration (rc) files versus X resources

On Mon, Nov 3, 2014 at 10:30 PM, Brandon Mulcahy bran...@jangler.info wrote: choice (besides doing something like `export option=a; command; export option=b`). I do wish the concept of aliasing were a bit more general. Did you hear of the shell feature where you could immediately pass

Re: [dev] rebooting the web (it was: surf rewrite for WebKit2GTK)

On Fri, Oct 31, 2014 at 4:48 PM, FRIGN d...@frign.de wrote: Or we go the Stalin-way, kill all members of the W3C and dictate our own standards. How quickly do you think you can do that? This sounds just too good to be true... cheers! mar77i

Re: [dev] [PATCH] [st] Use inverted defaultbg/fg for selection when bg/fg are the same

On Mon, Oct 27, 2014 at 3:01 AM, dequis d...@dxzone.com.ar wrote: The background/foreground of selected text is currently set by setting ATTR_REVERSE, which flips its normal bg/fg. When the text being selected has the same bg and fg, it won't be readable after selecting it, either. This may

Re: [dev] [PATCH] [st] Use inverted defaultbg/fg for selection when bg/fg are the same

in config.h something along the lines of enum { } color_mode; struct { } static const int select_same[2] = { 7, 0 }; static const int select_different[2] = { REVERSE, REVERSE }; or any pair of ints

Re: [dev] [PATCH] [st] Use inverted defaultbg/fg for selection when bg/fg are the same

in config.h something along the lines of enum color_mode { REVERSE, COLOR, }; struct selection_colors { enum color_mode; int colors[]; } static const struct selection_colors same = { .color_mode = COLOR, .colors = { 7, 0 } }; static const struct selection_colors different = { .color_mode

Re: [dev] SGI Irix look (4Dwm)

Who are we talking about? *I* use free software. Despite that, I can't fully trust what my computer is doing, because I can't verify the hardware the software runs on isn't doing something malicious. I also can't verify that my hardware isn't emitting signals that some malicious person is

Re: [dev] SGI Irix look (4Dwm)

Your top posting style is more than confusing. I first took your quoting of Andrew's Email for plagiarism. Could you at least prefix quoted lines? cheers! mar77i

Re: [dev] golang: time.Tick() and ntp

On Thu, Oct 9, 2014 at 3:54 PM, sta...@cs.tu-berlin.de wrote: the status bar is not selectable, or modifiable, it is not even read-only (you can't save it, colpy it etc.), it is look-at-only. ...sorry, but what about screenshots? cheers! mar77i

Re: [dev] [RFC] Design of a vim like text editor

On Wed, Sep 24, 2014 at 10:50 AM, Marc Weber marco-owe...@gmx.de wrote: Rewriting an editor? Have a a look at existing solutions You forgot to mention the historic example for a group of people that aimed at everything DIY and got stuck with an over-bloated text editor which some people jokingly

Re: [dev] [RFC] Design of a vim like text editor

I like javascript, and I would love to see more Javascript in suckless software. In JavaScript I can abuse the lack of a typesystem, and can build functions that return configurable, callable objects, returning other objects for which is given what data they will hold and what functions they will

Re: [dev] ping

On Thu, Sep 4, 2014 at 11:57 AM, Dimitris Papastamos s...@2f30.org wrote: test e-mail. Test failed. cheers! mar77i

Re: [dev] [st] Proposal of changing internal representation

On Sun, Aug 24, 2014 at 4:56 PM, Christoph Lohmann 2...@r-36.net wrote: [0] http://canonical.org/~kragen/strlen-utf8.html A 503 page for which google puked a c++ snippet. Good joke... cheers! mar77i

Re: [dev] [st] Proposal of changing internal representation

Work on this is definitely appreciated. Whenever I come about to pull newest versions of the suckless projects I use. I'm a rather lazy compiler when it comes to these, tho... :D

Re: [dev] [st] will global-less changes be wanted upstream?

On Sun, Aug 17, 2014 at 7:04 PM, Steven Degutis sbdegu...@gmail.com wrote: [...] does not allow. Otherwise the application would be limited to only ever having one terminal emulator open, which seems to me like a severe limitation. [...] This. This is a feature. You're seriously suggesting to

Re: [dev] [st] possibly redundant check in techo

No. Github isn't a workbench that is public by accident. By uploading to Github you release your project to the public. Start treating it that way and start treating projects you incorporate into your code in a way that makes you look like a responsible human being. cheers! mar77i

Re: [dev] [st] possibly redundant check in techo

Do we sound like we want an additional clause in the license? Addendum: In case source files are split from this license document in a different directory structure, help us find the license by noting the path with huge ASCII-art characters in every affected source file. cheers! mar77i

Re: [dev] Introducing the imagefile-format

On Tue, Jul 29, 2014 at 1:37 AM, Staven pvl.sta...@gmail.com wrote: width = (hdr[9] 24) | (hdr[10] 16) | (hdr[11] 8) | hdr[12] height = (hdr[13] 24) | (hdr[14] 16) | (hdr[15] 8) | hdr[16] To reiterate this, each of these parenthesized expressions is in native byte order

Re: [dev] Introducing the imagefile-format

On Tue, Jul 29, 2014 at 12:17 PM, Martti Kühne mysat...@gmail.com wrote: and ntohl/htonl would only have any impact if we bit off the whole word in one byte. Pleasee don't make a mess with both of these ..in one bite. Damn. cheers! mar77i

Re: [dev] [st] Colors

This might be a bit over the top, I'll still reuse it, as it's somewhat relevant to the topic. So, why would you only want to customize the colors? Why not go full pikachu [0]!? cheers! mar77i [0] http://jeanguyomarch.github.io/pikalogy/

Re: [dev] Looking for simple, alpha supporting image format

On Fri, Jul 18, 2014 at 2:04 PM, Köhring, Norman ko...@mailbox.org wrote: I thought we already skipped the intermediate bytes? Is there any worth having them? Also, regarding the magic number: Image is a very common description. We could also think about words like “picture” (or “pic”) or use

Re: [dev] Looking for simple, alpha supporting image format

On Fri, Jul 18, 2014 at 2:14 PM, FRIGN d...@frign.de wrote: On Fri, 18 Jul 2014 14:04:17 +0200 (CEST) Köhring, Norman ko...@mailbox.org wrote: I thought we already skipped the intermediate bytes? Is there any worth having them? No. I assumed we also already ditched the ASCII-approach and

Re: [dev] Looking for simple, alpha supporting image format

On Fri, Jul 18, 2014 at 2:15 PM, Martti Kühne mysat...@gmail.com wrote: On Fri, Jul 18, 2014 at 2:14 PM, FRIGN d...@frign.de wrote: On Fri, 18 Jul 2014 14:04:17 +0200 (CEST) Köhring, Norman ko...@mailbox.org wrote: I thought we already skipped the intermediate bytes? Is there any worth

Re: [dev] Looking for simple, alpha supporting image format

On Fri, Jul 18, 2014 at 2:19 PM, Martti Kühne mysat...@gmail.com wrote: webservice from where you could download the image decoding code. The same thing is done with gpg keys already, so we could integrate gpg keyservers into the whole process... Business idea: Let's sell closed formats

Re: [dev] Looking for simple, alpha supporting image format

On Wed, Jul 16, 2014 at 2:02 PM, FRIGN d...@frign.de wrote: Why not do it like this: 9 imagefile 1 0x20 var width 1 0x20 var height 1 0x00 and work with it like this: Yes. I had that in mind as well.

Re: [dev] Looking for simple, alpha supporting image format

Neither the endianness nor the maximum width is in question for space-separated human readable, variable width numbers.

Re: [dev] Looking for simple, alpha supporting image format

On Mon, Jul 14, 2014 at 8:54 PM, Charlie Murphy cmsmur...@gmail.com wrote: Hello, Is there an image format that's simpler than PPM and that supports alpha transparency? PPM's syntax is too flexible; to parse an image you have to skip arbitrary whitespace in the header. You can't simply

Re: [dev] Looking for simple, alpha supporting image format

On Tue, Jul 15, 2014 at 1:51 PM, Martti Kühne mysat...@gmail.com wrote: Looks pretty okay to me Meaning I would help you writing a converter to png, then some standard library could do the rest, like *magick. cheers! mar77i

Re: [dev] [sandy] [PATCH] VIM key bindings.

On Wed, Jul 9, 2014 at 10:22 PM, Dimitris Zervas dzer...@dzervas.gr wrote: Yes! I was really worried about cancelling your precious work, but with 2 configs, we're happy :) I am now working on multiplying commands (5x will delete 5 chars, etc) and then I'll clean up and submit the final

Re: [dev] [PATCH] Add tab-completion file-name expansion.

I feel honored and desecrated for suckless. But somebody obviously spent google's paid time on this and had, therefore, to note so in the license... xD

Re: [dev] Re: [PATCH] Add tab-completion file-name expansion.

On Mon, Jul 7, 2014 at 3:07 PM, Michal Nazarewicz min...@mina86.com wrote: Wow, you guys are insane. Sorry for trying to improve dmenu, I won't make that mistake again. I hope for your sake that you're able to differenciate between the different criticisms. We may very well appear insane, if

Re: [dev] Re: Article about suckless on root.cz

On Mon, Jul 7, 2014 at 2:54 PM, Martin Kopta mar...@kopta.eu wrote: Alright, I am going for another article in the row. Still no topic set. Considering st. If st, what not to forget to mention? Otherwise, what should I write about? BTW, I thought about translating them into English and

Re: [dev] network protocol packing

On Tue, Jul 1, 2014 at 2:56 PM, Markus Teich markus.te...@stusta.mhn.de wrote: thanks for your feedback. What about declaring a struct for each message-type: struct msg_signed_data { unsigned int op; struct foo data; struct bar signature; }; This should also solve

Re: [dev] Plain text editor that sucks less - an alternative to VIM?

On Sun, Jun 29, 2014 at 2:37 PM, Silvan Jegen s.je...@gmail.com wrote: I don't really see the point of editors that use a terminal-based, clickable UI. If you want that, you can just use a regular-GUI-based editor like gedit, kate etc. I know how much suck comes with GUI editors, but I

  1   2   3   >