Re: [dev] UTF-8 copyright symbol
On Thu, Oct 22, 2009 at 09:25:43PM -0400, Kris Maglione wrote: > Hell, even MS's console font has ©, and has since the early DOS days. Sure, that was even one of the first char they put in their fonts.
Re: [dev] [dwm] Xinerama autocenter issue
Yeah that seems to do the trick. As long as I stick to one monitor and don't expect detached windows to remember their positions, it's not too bad. Cheers, Alex On Fri, Oct 23, 2009 at 3:59 PM, Anselm R Garbe wrote: > 2009/10/23 Alex Matviychuk : >> Sorry I should of been more clear. I can understand and accept the >> dialog centering, but the whole app is being recentered and part of it >> is going off screen. I started detaching tabs and dragging them to the >> second monitor, but when I switch tags and then switch back, all the >> detached tabs jump back to the first monitor @_@ >> >> haha, anyway, maybe it's time to look at emacs. Also, found a link to >> a plugin for eclipse that fixes some xinerama issues in KDE >> (http://linux.softpedia.com/get/Utilities/3-5-x-Xinerama-improvements-27124.shtml), >> but I'll switch to Windows ME before I switch to KDE > > I use Eclipse at work sometimes and always run it in floating mode. > > Kind regards, > Anselm > >
Re: [dev] [ANN] wmii 3.9b1 released
On Thu, 22 Oct 2009 22:18:07 -0400 Kris Maglione wrote: > wmii 3.9 Beta 1 has just been released. Cool. I don't care about releases, but really appreciate that you fixed almost (let me remind you that issue 22 still cries "Fix me!") all major bugs recently. -- Thomas Dahms
Re: [dev] [ANN] wmii 3.9b1 released
On Fri, Oct 23, 2009 at 10:15:31AM +0200, Thomas Dahms wrote: On Thu, 22 Oct 2009 22:18:07 -0400 Kris Maglione wrote: wmii 3.9 Beta 1 has just been released. Cool. I don't care about releases, but really appreciate that you fixed almost (let me remind you that issue 22 still cries "Fix me!") all major bugs recently. That one won't be fixed before 3.9. The changes it requires are too precarious to iron out in a reasonable amount of time. -- Kris Maglione When a religion is good, I conceive it will support itself; and when it does not support itself, and God does not take care to support it so that its professors are obliged to call for help of the civil power, 'tis a sign, I apprehend, of its being a bad one. --Benjamin Franklin
Re: [dev] [surf] next release
On Thu, Oct 22, 2009 at 09:09:25AM -0700, Charlie Kester wrote: > It seems to me that the problems being discussed in this subthread arise > because the "browser" combines two very distinct concerns: > > - managing the http traffic to and from the website, which includes the > administrative details pertaining to the session > > - rendering the documents obtained from the website > > Perhaps we should be thinking about separating them? That's exactly what I was thinking about after reading the Anselm post. I'm pretty sure this is the way to go. We need a "core browser" which is just indipendent from the viewer. Well, it isn't right to call it "browser" but I don't find a better name ATM. Then you can use whatever tool you want to do each thing as you like, better and easily. Regards, Claudio M. Alessi. -- JID: smoppy AT gmail.com WWW: http://cma.teroristi.org
Re: [dev] [surf] SIGSEGV with newest webkit on arch
i dont have this segfault in my archlinux 32 bits. Moritz Wilhelmy wrote: Hi, I updated my arch-system one minute ago and surf seems to segfault with the newest webkit (1.1.15.3). I recompiled the newest surf from hg, and the same happens. GDB said: Program received signal SIGSEGV, Segmentation fault. 0xb6a8f3de in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0 Does anybody have the same problem? Regards Moritz Wilhelmy
Re: [dev] UTF-8 copyright symbol
On Thu, Oct 22, 2009 at 11:07:03PM +0200, Uriel wrote: > This whole thread is stupid: the complaint about UTF-8 chars is > stupid, and the "copyright notice" is stupid. > > A simple mention in the readme like: "This code is released to the > public domain and under the MIT and ISC licenses, pick whichever > option suits you." should be enough, or if you feel really obnoxious > put it in a LICENSE file at the root of the project. > > That is what I do for all my code, it is short, simple, and works no > matter how retarded the laws are in your country. > > uriel +1 Remove the '-v' flag at all. Regards, Claudio M. Alessi -- JID: smoppy AT gmail.com WWW: http://cma.teroristi.org
Re: [dev] [surf] next release
Should do a 9p file server with some kind of cookie and session cache, also precache. On Fri, Oct 23, 2009 at 11:02 AM, Claudio M. Alessi wrote: > On Thu, Oct 22, 2009 at 09:09:25AM -0700, Charlie Kester wrote: >> It seems to me that the problems being discussed in this subthread arise >> because the "browser" combines two very distinct concerns: >> >> - managing the http traffic to and from the website, which includes the >> administrative details pertaining to the session >> >> - rendering the documents obtained from the website >> >> Perhaps we should be thinking about separating them? > That's exactly what I was thinking about after reading the Anselm post. I'm > pretty sure this is the way to go. We need a "core browser" which is just > indipendent from the viewer. Well, it isn't right to call it "browser" but I > don't find a better name ATM. Then you can use whatever tool you want to do > each thing as you like, better and easily. > > Regards, > Claudio M. Alessi. > > -- > JID: smoppy AT gmail.com > WWW: http://cma.teroristi.org > >
Re: [dev] [surf] Bookmarks patch for 0.2
Le mardi 20 octobre 2009 à 02:44:53, Tadeusz Sośnierz a écrit :
> Hello,
> I wrote some patch for bookmark handling, attached. Everything is driven
> by the right-click menu. Sadly, I had no idea how to include some labels
> for the urls. Also, I'm rather beggining with C, so I'm sorry for any
> eye-stabbing stupidities you may encounter, and please report
> them to me.
>
> Hope You'll like it.
I'd have the same idea few weeks ago and i wrote a very-simple bookmarks
management implementation for surf (using dmenu). However, your idea of
displaying bookmarks list in a about:bookmarks page is smartest :)
> +void
> +addbookmark(Client *c, const Arg *arg) {
> + char *bmark_uri;
> + FILE *f;
> + bmark_uri = geturi(c);
> + f = fopen(bmarksfile, "a+");
> + fprintf(f, "%s\n", geturi(c));
> + fclose(f);
> +}
The pointer *bmark_uri is not used in the function.
Good job, i'll be apply your patch this evening!
--
Julien Pecqueur (JPEC)
Site: http://julienpecqueur.com
Email: j...@julienpecqueur.com
PGP:B1AA2389 (GNUPG)
IRC:jpec (irc.freenode.net)
Powered by Archlinux - Keep it simple stupid !
pgpMDn6vByj00.pgp
Description: PGP signature
Re: [dev] [surf] Bookmarks patch for 0.2
On 23-10-2009 19:26:50, Julien Pecqueur wrote:
> Le mardi 20 octobre 2009 à 02:44:53, Tadeusz Sośnierz a écrit :
> > Hello,
> > I wrote some patch for bookmark handling, attached. Everything is driven
> > by the right-click menu. Sadly, I had no idea how to include some labels
> > for the urls. Also, I'm rather beggining with C, so I'm sorry for any
> > eye-stabbing stupidities you may encounter, and please report
> > them to me.
> >
> > Hope You'll like it.
>
> I'd have the same idea few weeks ago and i wrote a very-simple bookmarks
> management implementation for surf (using dmenu). However, your idea of
> displaying bookmarks list in a about:bookmarks page is smartest :)
>
> > +void
> > +addbookmark(Client *c, const Arg *arg) {
> > + char *bmark_uri;
> > + FILE *f;
> > + bmark_uri = geturi(c);
> > + f = fopen(bmarksfile, "a+");
> > + fprintf(f, "%s\n", geturi(c));
> > + fclose(f);
> > +}
>
> The pointer *bmark_uri is not used in the function.
Right, my bad. Thanks for noticing!
> Good job, i'll be apply your patch this evening!
I'm glad you like it.
Regards
--
===
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
Re: [dev] [surf] next release
On Fri, Oct 23, 2009 at 04:12:08PM +0200, hiro wrote: > Should do a 9p file server with some kind of cookie and session cache, > also precache. using 9p for surf sounds great. This way it should be simple to share data between multiple surf windows Regards
Re: [dev] [surf] next release
On Thu, Oct 22, 2009 at 9:08 AM, Anselm R Garbe wrote: > 2009/10/21 Uriel : >> Surf should *not* handle downloads or display source, this are clearly >> and obviously best handled by external tools and there is zero reason >> for them to be part of any browser. > > I disagree with downloads, because several stuff can't be download > without dealing with a valid session and it is a pain to download > stuff that requires session info using wget. Wget can use the browser's cookies, so in theory this should not be a problem, but you are probably right that I underestimated how braindamaged the web is and there might be sites where making this work would be tricky. > I have no strong feeling about source viewing, doesn't need to be > build-in, but since it's already implemented by webkit the source > viewing and profiling info of WebKit might be worth being made > accessible through surf, it'll help those who have to debug some web > stuff from time to time or that are masochists about analysing JS and > overall download performance similar to firebug. Usually no external > tool can provide this information correctly. That might be the case, but none of those things are the job of a web browser, and if somebody wants to do that kind of work, they can install some braindead browsers that supports all that crap. And just because webkit 'implements' most of it is no excuse, the cost is not just in code, but in complexity of interface. Something as insignificant and lame as source viewing is added to surf, and we already have got people reporting problems with it. Also 'view source' is an instance of a much more general issue: passing the contents of the current page to an external program. This should be supported as this fits well with the core function of a browser, displaying the source of a page does not. To put a more concrete example: perhaps somebody wants to look at the source using less(1), or rio's win, or perhaps the user just wants to save (cat > foo.html) the source, or god know what, maybe one wants to pass the source to a script that extracts the img links from the source and downloads them, or billion other possibilities all of which should be supported but should in no way be built into surf. uriel > > Kind regards, > Anselm > >
