<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless">
    <title>gmane.comp.misc.suckless</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12474"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12473"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12472"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12471"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12470"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12469"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12468"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12467"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12466"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12465"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12464"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12463"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12462"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12461"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12460"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12459"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12458"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12457"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12456"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.suckless/12455"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12474">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12474</link>
    <description>&lt;pre&gt;
Such functions, yes.


If that's what you meant, yes. I just meant the fetcher-viewer integration.


Yes. Thus I can easily swap out any component, or insert mediators
between components. For example, I could write my own fetcher to scrub
the HTTP headers, or block ads; and I wouldn't need plug-ins to view
PDFs or watch movies.


&lt;/pre&gt;</description>
    <dc:creator>Strake</dc:creator>
    <dc:date>2013-05-25T04:55:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12473">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12473</link>
    <description>&lt;pre&gt;
I meant as opposed to the usual dozen.
So the fetcher (which presumably also has UI elements such as an address 
bar, back/forward button, etc) is the monolithic browser I described.

How exactly is this different from the current model? That the two 
components communicate via IPC rather than an in-process API?


&lt;/pre&gt;</description>
    <dc:creator>Random832</dc:creator>
    <dc:date>2013-05-25T04:19:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12472">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12472</link>
    <description>&lt;pre&gt;
Yes.


The viewer sends a "go" message back to the fetcher, which kills the
old viewer and loads the new one, and can keep a URL log.


&lt;/pre&gt;</description>
    <dc:creator>Strake</dc:creator>
    <dc:date>2013-05-24T23:13:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12471">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12471</link>
    <description>&lt;pre&gt;
And you spend a day on wikipedia or tvtropes and you've got two hundred
HTML viewers open?

You need _something_ monolithic to manage a linear (or, rather,
branching only when you choose to, via open new window or new tab)
browsing history, even if content viewers aren't part of it. When you
click a link within "the appropriate viewer", it needs to be _replaced_
with the viewer for the content at the link you clicked on.

And if you don't like the way people normally browse a site like
wikipedia or tvtropes, then... well, you've missed the point of
hypertext, and what you're building isn't a web browser.


&lt;/pre&gt;</description>
    <dc:creator>random832&lt; at &gt;fastmail.us</dc:creator>
    <dc:date>2013-05-24T20:47:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12470">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12470</link>
    <description>&lt;pre&gt;
Yes. A web browser ought to have a component to fetch documents and
start the appropriate viewer, as in mailcap. The whole monolithic web
browser model is flawed.


&lt;/pre&gt;</description>
    <dc:creator>Strake</dc:creator>
    <dc:date>2013-05-24T20:02:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12469">
    <title>Re: [dwm] Dvorak programmer keyboard</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12469</link>
    <description>&lt;pre&gt;Hi,

You can also use keysym instead of the name. On AZERTY, when you press &amp;amp;,
it shows:
state 0x10, keycode 10 (keysym 0x26, ampersand),

Personnally, I use 0x26 and not XK_ampersand

--
H.Mo.
&lt;/pre&gt;</description>
    <dc:creator>Hugues Moretto-Viry</dc:creator>
    <dc:date>2013-05-24T18:37:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12468">
    <title>Re: [dwm] Dvorak programmer keyboard</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12468</link>
    <description>&lt;pre&gt;As example, on azerty, 12345 is replaced by &amp;amp;é"'(.
Associated keycodes are : 

XK_ampersand,XK_eacute,XK_quotedbl,XK_apostrophe,XK_parenleft

Such things can be found via xev, as it has benn already said.


&lt;/pre&gt;</description>
    <dc:creator>Thuban</dc:creator>
    <dc:date>2013-05-24T18:26:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12467">
    <title>Re: [dwm] Dvorak programmer keyboard</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12467</link>
    <description>&lt;pre&gt;xev is the tool what I was looking for. Thanks.

Regards,
Szymon


&lt;/pre&gt;</description>
    <dc:creator>Szymon Olewniczak</dc:creator>
    <dc:date>2013-05-24T18:20:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12466">
    <title>Re: [dwm] Dvorak programmer keyboard</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12466</link>
    <description>&lt;pre&gt;Use the keys array. If you don't know the name of the keys use xev.

--
CXblut
cxblut&amp;lt; at &amp;gt;gmail.com
#blut on irc.freenode.net
&amp;lt; at &amp;gt;cxblut twitter
&lt;/pre&gt;</description>
    <dc:creator>Hannes Blut</dc:creator>
    <dc:date>2013-05-24T17:30:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12465">
    <title>Re: [dwm] Dvorak programmer keyboard</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12465</link>
    <description>&lt;pre&gt;
config.def.h is a pretty self explanatory read, the key definitions
section is even commented. If you are not willing to read the source,
you are not going to get on well with dwm.


&lt;/pre&gt;</description>
    <dc:creator>Chris Down</dc:creator>
    <dc:date>2013-05-24T17:01:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12464">
    <title>[dwm] Dvorak programmer keyboard</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12464</link>
    <description>&lt;pre&gt;Hi,
today I decided to switch from i3 to dwm. Nearly
everything works perfectly instead of tags. I using dvorak programmer keyboard and instad
of 123456789 on the top row of keyboard I have: &amp;amp;[{}(=*)+] . Now how can
I assign this keys to point to dwm tags.

Regards,
Szymon


&lt;/pre&gt;</description>
    <dc:creator>Szymon Olewniczak</dc:creator>
    <dc:date>2013-05-24T16:55:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12463">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12463</link>
    <description>&lt;pre&gt;On May 24, 2013 4:11 PM, "Christian Neukirchen" &amp;lt;chneukirchen&amp;lt; at &amp;gt;gmail.com&amp;gt;
wrote:

There is mime, which can be combined with mailcap in a useful way.

----
Dmitrij D. Czarkoff
&lt;/pre&gt;</description>
    <dc:creator>Dmitrij Czarkoff</dc:creator>
    <dc:date>2013-05-24T16:04:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12462">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12462</link>
    <description>&lt;pre&gt;Greetings.

On Fri, 24 May 2013 17:44:50 +0200 Nick &amp;lt;suckless-dev&amp;lt; at &amp;gt;njw.me.uk&amp;gt; wrote:

A  combination  out of gopher and markdown would be more preferable. The
simple menu is used to have the information tree and  markdown  to  have
parseable content.

But  as  mentioned  below  in the thread does gopher have its flaws too,
which corporate users will require to ruin user’s life.

I’m with [0], but it hasn’t been implemented or written down yet.


Sincerely,

Christoph Lohmann

[0] http://http02.cat-v.org/



&lt;/pre&gt;</description>
    <dc:creator>Christoph Lohmann</dc:creator>
    <dc:date>2013-05-24T15:44:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12461">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12461</link>
    <description>&lt;pre&gt;Greetings.

On Fri, 24 May 2013 17:47:18 +0200 Prakhar Goel &amp;lt;newt0311&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

As  mentioned  in  the thread before, long  ago  there  was this idea to
transmit safe tcl as MIME attachments and make e‐mail ready for the 21st
century. [0]

This  subset  could still be used; it has everything, the interpreter is
smaller than Javascript and easier to write than Javascript code. And it
would  avoid this insane HTML/CSS/JS trinity like some other popular so‐
cial technology used to ruin the world for a long time.


Sincerely,

Christoph Lohmann

[0] http://www.tcl.tk/software/plugin/safetcl.html



&lt;/pre&gt;</description>
    <dc:creator>Christoph Lohmann</dc:creator>
    <dc:date>2013-05-24T15:47:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12460">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12460</link>
    <description>&lt;pre&gt;Nick dixit:


I think that thing is called “Television”. Not really sure,
considering I stopped dealing with *that* at the age of nine.


Right. I prefer my real web browser… see signature ☺

bye,
//mirabilos
&lt;/pre&gt;</description>
    <dc:creator>Thorsten Glaser</dc:creator>
    <dc:date>2013-05-24T14:43:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12459">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12459</link>
    <description>&lt;pre&gt;In special, fewer quotation marks :)


&lt;/pre&gt;</description>
    <dc:creator>Bjartur Thorlacius</dc:creator>
    <dc:date>2013-05-24T14:40:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12458">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12458</link>
    <description>&lt;pre&gt;
Yes — file type, not data type.


It has saner syntax, too.


&lt;/pre&gt;</description>
    <dc:creator>Strake</dc:creator>
    <dc:date>2013-05-24T14:35:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12457">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12457</link>
    <description>&lt;pre&gt;In Unix, filetype are defined on a per file basis. Delimeters in IPC 
text streams are defined using $IFS. Rc is hailed exclusively because it 
makes less use if $IFS. Well, that and the Plan 9 label.


&lt;/pre&gt;</description>
    <dc:creator>Bjartur Thorlacius</dc:creator>
    <dc:date>2013-05-24T14:23:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12456">
    <title>Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12456</link>
    <description>&lt;pre&gt;

Types can't be declared properly in Unix.

&lt;/pre&gt;</description>
    <dc:creator>Christian Neukirchen</dc:creator>
    <dc:date>2013-05-24T14:11:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12455">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12455</link>
    <description>&lt;pre&gt;Types can't be declared properly in Gopher. HTTP has Internet media 
types, á la MIME. MIME even has a text media type, so that you can 
choose to not implement subtypes thereof or create new ones without 
sacrificing either of the text media type nor the subtype, such as HTML 
or markdown.

RFC822 evolved from manually typed text. Due to reasons of familiarity, 
it seems, this loose syntax was carried over to HTTP. But aside from 
that, it's fine. And it's easier to standardize formally the subset of 
HTTP syntax actually in use, while retaining implementations, headers 
and whatnot.


&lt;/pre&gt;</description>
    <dc:creator>Bjartur Thorlacius</dc:creator>
    <dc:date>2013-05-24T12:57:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.suckless/12454">
    <title>Re: Re: Why HTTP is so bad?</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.suckless/12454</link>
    <description>&lt;pre&gt;
I sincerely believe that any technology lying between non-technical
consumers and goods/services providers is deemed to get abused all the
possible ways. This factor should be taken in account in design phase of
technology development.

----
Dmitrij D. Czarkoff
&lt;/pre&gt;</description>
    <dc:creator>Dmitrij Czarkoff</dc:creator>
    <dc:date>2013-05-24T12:53:21</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.misc.suckless">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.misc.suckless</link>
  </textinput>
</rdf:RDF>
