>From the Libsvgtiny page, in teeny tiny text I spotted
Followed the link, and ... that's really quite impressive.
I tried exporting an ArtWorks file of my own in SVG format and found you
haven't done transparency yet, but even so, my hat is off to you gents for
your work so far.
Now, ArtWorks' SVG expert does have quite a lot of customisable settings.
Would you care to comment on the optimum export settings to use, or is it
going to remain a question of trial and error for the foreseeable future?
Simon Smith The idea of an uncrackable digital rights management
(DRM) scheme is fundamentally flawed. Encryption is
about A sending information to B while ensuring that
C cannot read it. In DRM, B and C are the same person.
Here's a summary of recent changes:
+ Cookie handling updated to bring us closer to the specification and other
+ Documentation with RISC OS NetSurf builds marks links to online web sites
+ Updated Welcome page (currently only RISC OS builds)
+ CSS scrollbars no longer obscure content when window is narrow
+ Form element layout and spacing improved
+ Form elements now prevented from getting too small
+ Images within inline blocks are now shown
( pictures now visible on http://www.deviantart.com/ )
+ Layout of images with margins, borders or padding improved
+ HTTP redirect handling improved
+ Improve support for deprecated font tag (still not implemented correctly)
+ Layout of floats improved
+ SVG code moved from NetSurf into new library: Libsvgtiny
( new site http://www.netsurf-browser.org/projects/libsvgtiny/ )
+ Faster redraw of SVGs
+ Stylesheet for GTK NetSurf specific styles
+ Build system improvements
+ NetBSD build target
+ Many other bug fixes and improvements
Please test the latest version
Michael Drake (tlsa) http://www.netsurf-browser.org/
Builds over the last month seem to have broken intrapage links in
e.g. fetch http://website/script?action
redirects to http://website/page#position
The latest builds seem to be ignoring intrapage part of the link, and
the URL in the title bar is just http://website/page Explicit
intrapage URLs are still working fine, so its the extraction from the
redirection which is going wrong.
I've raised a bug report on it (#1885504), but the only example I have
is of a phpBB forum which requires you to log in and view new posts in
order to trigger the issue. Can anyone find a more reproducable
example, or even knock up a script demonstrate it? It might help the
David J. Ruck Phone: +44- (0)7974 108301 Email: druck(a)druck.org.uk
On 31 Jan 2008, Richard Porter <ricp(a)minijem.plus.com> wrote:
> On 31 Jan 2008 Tony Moore wrote:
> > I have just attempted to report a bug, and 134K zipped log file, to
> > http://sourceforge.net/tracker/?func=add&group_id=51719&atid=464312
> > but it was rejected with the error '500 - Internal Server Error'.
> > I suspect that this may have been caused by the size of the attached
> > file, but there is no indication on the report page the maximum
> > size.
> No, if you submit a file that's too long you get a corrupted response
> screen, not a 500 error. That's another unspecified problem.
When I saw the error, I assumed that the bug report had been rejected
but, on inspecting the tracker, I find that the report and attachment
_are_ both present. As you say, 500 must be another problem.
> > May I suggest that the pink box, on the report page, should contain
> > a note as to the maximum acceptable size of file - if there is one.
> It's more like 300kB.
Is that mentioned anywhere in the SourceForge documentation?