- Dillo-dev - lists.mailman3.com

Image Scaling

by sgeerken＠dillo.org

On Sa, Jun 15, 2013, Johannes Hofmann wrote: > On Fri, Jun 14, 2013 at 08:01:00PM +0200, Sebastian Geerken wrote: > > Hi! > > > > I've just push some changes for a better image scaling. See these two > > examples for the effect: > > > > - http://www.dillo.org/~sgeerken/grid.html > > - http://www.dillo.org/~sgeerken/tenniel.html > > > > I'm not completely sure about the side-effects. It should be slightly > > slower (see comment: it can be improved), and it will not work with > > other that RGB and RGBA data (for the case that Imgbuf is used for > > other representations). The old code is still there; just look at > > FltkImgbuf::scaleRow. > > Nice! BTW, I have this page bookmarked for quite some time: > http://www.4p8.com/eric.brasseur/gahttp://www.4p8.com/eric.brasseur/gamma.h… > I don't know whether this makes a difference in real life, but the > examples are interesting. Interesting! I didn't read the whole article, but it made me wonder what effect a gamma correction has on image scaling. See the test page <http://www.4p8.com/eric.brasseur/gamma_dalai_lama.html> with: 1. dillo 3.0.3, 2. current version from the hg repository, and 3. latter with the attached patch applied. The patch uses floating point arithmetics; perhaps there is a faster algorithm based on integer arithmetics. Sebastian

June 16, 2013

Image Scaling

by Johannes.Hofmann＠gmx.de

On Fri, Jun 14, 2013 at 08:01:00PM +0200, Sebastian Geerken wrote: > Hi! > > I've just push some changes for a better image scaling. See these two > examples for the effect: > > - http://www.dillo.org/~sgeerken/grid.html > - http://www.dillo.org/~sgeerken/tenniel.html > > I'm not completely sure about the side-effects. It should be slightly > slower (see comment: it can be improved), and it will not work with > other that RGB and RGBA data (for the case that Imgbuf is used for > other representations). The old code is still there; just look at > FltkImgbuf::scaleRow. Nice! BTW, I have this page bookmarked for quite some time: http://www.4p8.com/eric.brasseur/gahttp://www.4p8.com/eric.brasseur/gamma.h… I don't know whether this makes a difference in real life, but the examples are interesting. Johannes

June 15, 2013

do not truncate long filenames beginning with dot

by sgeerken＠dillo.org

On Sa, Jun 15, 2013, Dennis New wrote: > On Tue, 11 Jun 2013 23:26:21 -0400, Jorge Arellano Cid wrote: > > On Tue, Jun 11, 2013 at 09:23:29PM +0200, Johannes Hofmann wrote: > > > On Mon, Jun 10, 2013 at 07:15:45PM -0400, Jorge Arellano Cid wrote: > > > > On Mon, Jun 10, 2013 at 10:41:23PM +0200, Johannes Hofmann wrote: > > > > > On Wed, May 29, 2013 at 04:50:21AM -0400, Dennis New wrote: > > > > > > Sometimes, when trying to save a document with long > > > > > > filenames, the truncated default save-as filename will start > > > > > > with a dot. (Ie. a hidden file.) This behaviour should > > > > > > change. Perhaps truncate the end of the filename instead (and > > > > > > preserve the file extension)? > > > > > > > > > > Do you have an example where this happens? I see that it can > > > > > happen with URLs like http://dillo.org/bla/.blub > > > > > Is this the case where you are seeing the issue or do you get it > > > > > with other types of URLs as well? > > > > > > > > I was to ask the same question days ago (yes I reviewed the > > > > code to make a quick patch and it cuts starting from the end). An > > > > example would be clarifying. > > > > > > If we don't get any more feedback, I'd just replace dots with > > > underscores as well. What do you think? > > > > That was one of the first things I considered, but thought that > > when saving a ".config" file it was good to keep the name. I'd like > > to know the real problem the user had. > > The problem is with very long filenames, such as: > > http://dennisn.dyndns.org/guest/pubstuff/dillo.long.file.name-0.69_r1337.fi… > > Dillo seems to truncate with just the last 64 chars. So, in this > example, the save-as filename would be saved as a hidden file > ".file.name-....txt". > > Perhaps a better solution would be to truncate the *middle* of the > filename, thus preserving the beginning and file extension? The attached patch does this, and inserts an ellipsis to indicate that something was replaced. The above URL becomes dillo.long.file.name-0.69_r133...789012345678901234567890123.txt which is 64 characters long. I like this approach, because both the beginning and the end are the most characteristic parts of a filename. Sebastian

June 15, 2013

do not truncate long filenames beginning with dot

by dennisn＠dennisn.dyndns.org

On Tue, 11 Jun 2013 23:26:21 -0400, Jorge Arellano Cid wrote: > On Tue, Jun 11, 2013 at 09:23:29PM +0200, Johannes Hofmann wrote: > > On Mon, Jun 10, 2013 at 07:15:45PM -0400, Jorge Arellano Cid wrote: > > > On Mon, Jun 10, 2013 at 10:41:23PM +0200, Johannes Hofmann wrote: > > > > On Wed, May 29, 2013 at 04:50:21AM -0400, Dennis New wrote: > > > > > Sometimes, when trying to save a document with long > > > > > filenames, the truncated default save-as filename will start > > > > > with a dot. (Ie. a hidden file.) This behaviour should > > > > > change. Perhaps truncate the end of the filename instead (and > > > > > preserve the file extension)? > > > > > > > > Do you have an example where this happens? I see that it can > > > > happen with URLs like http://dillo.org/bla/.blub > > > > Is this the case where you are seeing the issue or do you get it > > > > with other types of URLs as well? > > > > > > I was to ask the same question days ago (yes I reviewed the > > > code to make a quick patch and it cuts starting from the end). An > > > example would be clarifying. > > > > If we don't get any more feedback, I'd just replace dots with > > underscores as well. What do you think? > > That was one of the first things I considered, but thought that > when saving a ".config" file it was good to keep the name. I'd like > to know the real problem the user had. The problem is with very long filenames, such as: http://dennisn.dyndns.org/guest/pubstuff/dillo.long.file.name-0.69_r1337.fi… Dillo seems to truncate with just the last 64 chars. So, in this example, the save-as filename would be saved as a hidden file ".file.name-....txt". Perhaps a better solution would be to truncate the *middle* of the filename, thus preserving the beginning and file extension?

June 15, 2013

Image Scaling

by sgeerken＠dillo.org

Hi! I've just push some changes for a better image scaling. See these two examples for the effect: - http://www.dillo.org/~sgeerken/grid.html - http://www.dillo.org/~sgeerken/tenniel.html I'm not completely sure about the side-effects. It should be slightly slower (see comment: it can be improved), and it will not work with other that RGB and RGBA data (for the case that Imgbuf is used for other representations). The old code is still there; just look at FltkImgbuf::scaleRow. Sebastian

June 14, 2013

shortcuts to open links in new tab and new window

by dennisn＠dennisn.dyndns.org

Currently it seems like you can only have it one way, via the "middle_click_opens_new_tab" dillorc option. (And to do it the other way, you have to right click and navigate the menus. A lengthy process :). I think it would be quite useful if both were available via a shortcut... perhaps have this option toggle the meaning of ShiftMiddleClick and MiddleClick... whereby one will open the link in a new window, and the other in a new tab?

June 14, 2013

Can't compile Dillo 3.0.3

by sgeerken＠dillo.org

Hi! Is there anything new on this topic? On Sat, May 25, 2013, August Karlstrom wrote: > On 2013-05-23 22:02, Sebastian Geerken wrote: > >Did you call "autogen.sh" again before "configure"? > > Yes, I followed the instructions at http://www.dillo.org/source.html. > > >To get more > >informations: what is the output of "configure"? Or, better, send the > >your "config.log". > > OK, I have attached config.log. The config.log looks OK, the value of LIBX11_LIBS is set. Is it also set in Makefile, Makefile.in, src/Makefile, src/Makefile.in? In all files, there should be the line LIBX11_LIBS = @LIBX11_LIBS@ (Makefile.in) LIBX11_LIBS = -lX11 (Makefile) Futhermore, part of "dillo_LDADD" should be "@LIBX11_LIBS@" in src/Makefile.in, and "-lX11" in src/Makefile. Please check this. What version of automake do you use? According to config.log, your autoconf version is 2.69. OTOH, I must admit that my autoconf/automake knowledge is limited, so perhaps someone else may help here. Sebastian

June 14, 2013

do not truncate long filenames beginning with dot

by jcid＠dillo.org

On Tue, Jun 11, 2013 at 09:23:29PM +0200, Johannes Hofmann wrote: > On Mon, Jun 10, 2013 at 07:15:45PM -0400, Jorge Arellano Cid wrote: > > On Mon, Jun 10, 2013 at 10:41:23PM +0200, Johannes Hofmann wrote: > > > On Wed, May 29, 2013 at 04:50:21AM -0400, Dennis New wrote: > > > > Sometimes, when trying to save a document with long filenames, the > > > > truncated default save-as filename will start with a dot. (Ie. a hidden > > > > file.) This behaviour should change. Perhaps truncate the end of the > > > > filename instead (and preserve the file extension)? > > > > > > Do you have an example where this happens? I see that it can > > > happen with URLs like http://dillo.org/bla/.blub > > > Is this the case where you are seeing the issue or do you get it > > > with other types of URLs as well? > > > > I was to ask the same question days ago (yes I reviewed the code to > > make a quick patch and it cuts starting from the end). An example would > > be clarifying. > > If we don't get any more feedback, I'd just replace dots with > underscores as well. What do you think? That was one of the first things I considered, but thought that when saving a ".config" file it was good to keep the name. I'd like to know the real problem the user had. -- Cheers Jorge.-

June 12, 2013

do not truncate long filenames beginning with dot

by Johannes.Hofmann＠gmx.de

On Mon, Jun 10, 2013 at 07:15:45PM -0400, Jorge Arellano Cid wrote: > On Mon, Jun 10, 2013 at 10:41:23PM +0200, Johannes Hofmann wrote: > > On Wed, May 29, 2013 at 04:50:21AM -0400, Dennis New wrote: > > > Sometimes, when trying to save a document with long filenames, the > > > truncated default save-as filename will start with a dot. (Ie. a hidden > > > file.) This behaviour should change. Perhaps truncate the end of the > > > filename instead (and preserve the file extension)? > > > > Do you have an example where this happens? I see that it can > > happen with URLs like http://dillo.org/bla/.blub > > Is this the case where you are seeing the issue or do you get it > > with other types of URLs as well? > > I was to ask the same question days ago (yes I reviewed the code to > make a quick patch and it cuts starting from the end). An example would > be clarifying. If we don't get any more feedback, I'd just replace dots with underscores as well. What do you think? Cheers, Johannes

June 11, 2013

do not truncate long filenames beginning with dot

by jcid＠dillo.org

On Mon, Jun 10, 2013 at 10:41:23PM +0200, Johannes Hofmann wrote: > On Wed, May 29, 2013 at 04:50:21AM -0400, Dennis New wrote: > > Sometimes, when trying to save a document with long filenames, the > > truncated default save-as filename will start with a dot. (Ie. a hidden > > file.) This behaviour should change. Perhaps truncate the end of the > > filename instead (and preserve the file extension)? > > Do you have an example where this happens? I see that it can > happen with URLs like http://dillo.org/bla/.blub > Is this the case where you are seeing the issue or do you get it > with other types of URLs as well? I was to ask the same question days ago (yes I reviewed the code to make a quick patch and it cuts starting from the end). An example would be clarifying. -- Cheers Jorge.-

June 10, 2013