Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
86 user(s) are online (42 user(s) are browsing Forums)

Members: 0
Guests: 86

more...

Headlines

Forum Index


Board index » All Posts (joerg)




Re: OWB 3.5
Just can't stay away
Just can't stay away


@Daedalus

Quote:
I find it will loop endlessly on hotmail.com as well, as soon as you log in.
Probably the same reason as on the verizon page, and any other which does that: The missing cookie support in OWB Doduo and Galekid. If that's the reason it should work with OWB Blastoise, for example the OWB version 1.25 included in AmigaOS 4.1.

Go to top


Re: OWB 3.5
Just can't stay away
Just can't stay away


@xenic

Quote:
They are probably 32bit images.
Yes, OWB copies them as 32 bit ARGB images to the clipboard. I didn't expect there is that much software which doesn't support 32 bit images, I'll change it to 24 bit RGB without alpha in the next version.

Go to top


Re: Clipboard coding example
Just can't stay away
Just can't stay away


@orgin

Quote:
Could someone provide me with a complete C example where some text is added to the clipboard and some text is read from the clipboard?
For example the Pasteboard::writeSelection() (copies an UTF-8, charset = 106, text to the clipboard) and Pasteboard::plainText() (reads text in UTF-8, ISO-8859-1 or US-ASCII from the clipboard) functions of OWB in http://www.sand-labs.org/owb/browser/ ... /BCPasteboardAmigaOS4.cpp

They copy from/to the 16 bit unicode String class, but that's easy to change.

Go to top


Re: OWB 3.5
Just can't stay away
Just can't stay away


@gerograph
Quote:
Just one problem:

If I copy pictures, and paste them e.g. to fxPaint or FinalWriter. I get "lines" through the pictures, is that a bug ?
You can check for example with "MultiView CLIPBOARD" if it's a bug in OWB (if you get the same errors in MultiView) or if it's a bug in fxPaint and FinalWriter.
If you get the errors in MultiView as well please post a link to a picture which has this problem.


@walkero
Quote:
May I ask to have a copy text to clipboard at the system encoding also, because as soon as I copy Greek text, it is pasted as ISO-8859-1, which makes it not readable at all....
It's a missing feature in the programs you are pasting to, for example copy&paste inside OWB, and to any other program supporting charsets incl. UTF-8 in the clipboard, should work with any charset.
Adding support for copying in the local 8 bit charset in the "Edit" menu as well for old programs is no problem either, but it may still not work correctly since old programs which don't support the FTXT ID_CSET have to assume the clipboard contets are in ISO-8859-1 which wont be the case ... But I guess a lot of them are broken enough not to do it correctly and it might work anyway.


@padrino
Quote:
I wonder, doesn't it have a qualifier to open a link in a new window, like CTRL ion IBrowse.
I'm not sure, but AFAIK it doesn't.


@ikir
Quote:
Sometimes websites have a long TITLE and tabs become too big. A "max chars" for tabs woulb be good.
There are problems with tabs opened by javascript and the window can get way too wide, I haven't found the reason for this problem yet but it's not related to the title.
For tabs opened by links or with the context menu I haven't seen such a problem yet, CLICKTAB_LabelTruncate is enabled and working here. With the default window size (1024x768) amd my Font and GUI prefs settings I can open 20 tabs, only with more tabs the window width has to be increased.

Go to top


Re: Issues / Observatons with the new SDK 53.13
Just can't stay away
Just can't stay away


@ssolie

Quote:
Don't mix object files with older versions. The compiler alignment has changed.
No, it didn't. Of course you must not mix clib2 with newlib object files (incl. the ones in link libraries), but that has nothing to do with the version of gcc or ld and other than that there are no problems using old object files.

Quote:
If you don't use the new compiler your software will not be aligned on the 440ep and thus likely run slower on the Sam.
The wrong alignment for everything with a size > 4 bytes, and accessing wrongly aligned global double variables causes alignment exceptions on the 440ep slowing it down a lot, was caused by wrong (internal) linker scripts in the old version ld, not by the old version of gcc.
It's not a SAM440ep-only problem, for example using global AltiVec variables didn't work with the old ld either because of the wrong alignment.

Go to top


Re: Issues / Observatons with the new SDK 53.13
Just can't stay away
Just can't stay away


@abalaban

Quote:
It's questionnable that WaitSelect() should use an unix timeval instead of the Amiga timer.device structure. (as it's not a BSD API but an Amiga specific one).
It's an extension of the standard select() which can additionally wait for AmigaOS signals, with signals=NULL it's identical to select(). And according to the autodoc it's struct timeval:
Quote:
SYNOPSIS
#include <sys/types.h>
#include <sys/time.h>
#include <exec/types.h>

n = WaitSelect(nfds, readfds, writefds, exceptfds, timeout, signals)
[...]
sys/time.h, not devices/timer.h

Quote:
However I agree with you Roadshow is conforming to BSD socket API as such it's normal it's using an Unix timeval anywhere else...
They are binary compatible anyway, just not source compatible (tv_secs and tv_micro in the old timer.device struct timeval instead of of tv_sec and tv_usec in the time.h one, the timer.device timeval/TimeVal uses unsiged integers but the time.h one uses singed ones, with unsigned integers for example the timersub() macro in sys/time.h doesn't work).

Go to top


Re: Issues / Observatons with the new SDK 53.13
Just can't stay away
Just can't stay away


@BillE

Quote:
But if using newlib I get the following problems.

"undefined reference to `errno'"
which when using clib2 just including errno.h works but not with newlib.
Of course it does - but only if you rebuild all sources using errno with newlib, which you obviously didn't.

Quote:
"undefined reference to `__assertion_failure'"
Goodness knows what this is as it does not even appear in my code.


"undefined reference to `__iob'"
Goodness knows what this is as it does not even appear in my code.
It's the same problem: You are linking with clib2 code, either old object files you didn't recompile or link libraries built for clib2.



@xenic

Quote:
Apparently, somebody forgot to tell Roadshow's bsdsocket.library about the deprecation because functions like WaitSelect() still use struct timeval.
Roadshow uses the BSD socket API and therefore the standard struct timeval, not the AmigaOS timer.device struct TimeVal. Since <proto/bsdsocket.h> includes the required includes to get struct timeval there should be no problems!?

Go to top


Re: OWB 3.4
Just can't stay away
Just can't stay away


@virgola

Quote:
However I'm not convinced on how an open source based application such as OWB can be ported to an open source operating system like AROS and being "closed sourced" as you said.
The AROS port of OWB is a bounty, the sources will be released when he was paid for it.
Since the money of the AROS bounties is managed by BBRV now it would be an extremly stupid idea to release a single line of source code of it before he has got the money

Quote:
I'm curious of his work because I'm convinced that working in "open air" could helps both environment.
Unless he implements features which don't exist in any version of OWB yet, for example downloads (the correct way, not just a quick hack like in the AmigaOS 4.x port of OWB Blastoise), support for HTTP authentication or working cookie management, the AROS parts are completely useless for the AmigaOS 4.x version of OWB.


Edited by joerg on 2009/1/30 12:37:50
Go to top


Re: OWB 3.4
Just can't stay away
Just can't stay away


@virgola

Quote:
Just a curiosity: is the Stanisław Michał Szymczyk port for AROS completely detached from your work or you two guys are working together?
Why should I work on an OWB port to an OS I don't use and which doesn't interest me at all?
I guess the other way round it's the same. He didn't implement anything in the AmigaOS 4.x port of OWB, I'm still the only one working on it.

Since unlike the AmigaOS 4.x port the AROS port isn't open source I have no idea which of the AmigaOS 4.x OWB parts he ported (probably only some very small ones, if anything) and what he implemented from scratch for AROS.
For features which don't exist in any other version of OWB (for example support for multiple windows/tabs, a GUI with tool bar, status bar, context menus, etc.) using the AmigaOS 4.x parts as reference of course makes it easier to implement the same features for another OS as well, but most of the AmigaOS 4.x implementations of common features, especially everything GUI related, are as useless for an AROS port as for example the Gtk ones.

I guess from an AmigaOS 3.x port like the old AmigaOS 3.9 OWB Blastoise port, which didn't have anything in common with the AmigaOS 4.x OWB Blastoise port either, nearly everything could have been used in an AROS port as well, but not from the AmigaOS 4.x ports since they use new AmigaOS 4.x features in most parts.

Go to top


Re: Issues / Observatons with the new SDK 53.13
Just can't stay away
Just can't stay away


@ktadd

Quote:
Problem caused:
SHRT_MAX and SHRT_MIN are not defined in newlib.
They should be defined if you include <limits.h>.

Quote:
I also now get the following compiler Warning with SDK 53.13 but not with the old SDK.

ffmpegGUI.c:1955: warning: value computed is not used
Line 1955 reads:? RA_Iconify(objects[OID_MAIN]);
Probably because you don't use/check the return value ("Returns non-zero if successful or 0 on error.").

Go to top


Re: OWB 3.4
Just can't stay away
Just can't stay away


@Kicko

Quote:
Would be nice if Facebook chat would work.
It will work in the next version. I fixed some other keyboard related problems too, for example Google suggest works as well.

Go to top


Re: OWB 3.4
Just can't stay away
Just can't stay away


@LiveForIt

Quote:
Can't open "http://www.posten.no" in OWB 3.4
Loading the main page and a few links in it work here, but it seems to require a flash plugin for some parts.

Go to top


Re: OWB 3.4
Just can't stay away
Just can't stay away


@xenic

Quote:
Your speed may depend on the connection type. With my dialup connection IBrowse loads the Amigans news page in 19 seconds while OWB takes over a minute. I think that disk based caches (like IBrowse & AWeb use) make a big difference with some site when you're using dialup. It may not make much difference with a high-speed connection and some sites change so frequently that caching is not very useful.
The contents change on sites like amigans.net, but text like the HTML pages is compressed (even if the server doesn't compress it on dialup your modem does) and therefore transferred fast anyway, but the images don't change.
I wont implement a disk cache in OWB this year, but you can use a local caching proxy, for example Apache, instead. libcurl which OWB uses for network transfers supports environment variables for setting the proxy:
Quote:
http_proxy, HTTPS_PROXY, FTP_PROXY
?
They should be set for protocol-specific proxies. General proxy should be
set with
?
ALL_PROXY
?
A comma-separated list of host names that shouldn't go through any proxy is
set in (only an asterisk, '*' matches all hosts)
?
NO_PROXY
?
If a tail substring of the domain-path for a host matches one of these
strings, transactions with that node will not be proxied.

Go to top


Re: OWB 3.4
Just can't stay away
Just can't stay away


@Slayer

Quote:
Not sure if this means anything but recently I was browsing this site and decided I might as well put up an avatar.

Went to upload one in 'view account' clicking on 'avatar' button

In OWB 3.4 nothing happened I used IBrowse with Java on. Small thing I'm sure.
OWB doesn't support file uploads.

Go to top


Just can't stay away
Just can't stay away


@uwelauke

Quote:
ich habe versucht ?ber die AmiKit Emulation des AmigaOS 3.9, OWB 1.4 zu starten.

Das Fenster von OWB wird zwar ge?ffnet, bleibt aber weiss, es kommen sonst keine anderen Elemente.

Hat jemand sowas ?hnliches erlebt ?

Bin dankbar f?r jeden Tip.
Da die Netzwerkunterst?tzung von UAE wohl noch immer unvollst?nding und fehlerhaft ist muss man Teile von AmiTCP installieren damit es funktioniert. Die Demo Version von AmiTCP vom Aminet ist daf?r ausreichend, man braucht nur das AmiTCP: Assign and die Dateien in AmiTCP:db, evtl. muss man zus?tzlich die AmiTCP usergroup.library nach LIBS: kopieren wenn UAE noch immer keine eigene hat bzw. dessen Version nicht funktioniert. Andere Teile von AmiTCP d?rfen nicht benutzt werden.

Quote:
I've tried over the AmiKit emulation of AmigaOS 3.9, OWB 1.4 to start.

The window of OWB will be open, but stays white, there are no other elements.

Has anyone experienced something similar?

I'm thankful for every tip.
You have to install parts of AmiTCP as workaround for the incomplete UAE network support. The demo version of AmiTCP from Aminet is enough, all you need is the AmiTCP: assign and the files in AmiTCP:db, maybe you addtionally have to copy the AmiTCP usergroup.library to LIBS: if UAE doesn't include an own one or the UAE version doesn't work. Other parts of AmiTCP must not be used.

Go to top


Re: OWB 3.4
Just can't stay away
Just can't stay away


@Tuxedo

Quote:
Just to know,
why scrolling was some times rather fast(ex: http://w3schools.com/browsers/browsers_stats.aspx)
and sometimes really slow(ex: http://www.amigapage.it)?
amigapage.it can't be scrolled because of the background image with fixed position, instead of moving the contents of the page up/down and only drawing the small new parts the browsers have to redraw the whole visible area when scrolling.
But scrolling on amigapage.it is faster in the AmigaOS 4.x port of OWB than for example in FireFox/Iceweasel.

Quote:
However OWB operativity in general wasnt so fast here...response times wasnt so good for a 666MHz cpu I think...
Compared to what? Did you try for example Iceweasel or Opera on Linux on your A1SE?

Go to top


Re: OWB 3.4
Just can't stay away
Just can't stay away


@COBRA
Quote:
Excellent release, nice and smooth, love the context menus, although it would be better if it worked with the right mouse button like it usually does on other browsers.
I used the middle mouse button for the context menus to be able to access the normal menus with the right mouse button from everywhere, when using the right mouse button for the context menus instead you have to move the mouse pointer outside of the webview to be able to access the normal menus, i.e. it's as annoying as for example in IBrowse.
AWeb IIRC uses <alt>LMB by default for the context menus, but I've configured it to use the middle mouse button for them as well.
I'll add a tooltype in the next version of OWB to use the right mouse button for the context menus.

Quote:
I do have a suggestion. now that OWB has a built-in bookmark function,
Not really, I just changed it to work directly with OWB instead of using ARexx commands and for OWB Galekid added support for multiple windows, but the main parts of it are still the same as in the external version ( http://os4depot.net/?function=showfil ... twork/browser/owb_gui.lha ) and it's still a completely separate part and not integrated in OWB.

Quote:
would it be possible to have the bookmarks accessible via menu? E.g. a menu item called 'Bookmarks' that would contain two items "Add Bookmark" and "Manage Bookmarks", then a separator bar, followed by the list of bookmarks that could be picked from the menu to load the bookmarked pages.
Currently OWB doesn't have access to the internal bookmark data, incl. the URLs, and for adding them to a menu it would have to be a bookmark which not only stores the URLs, which are often way too long for a menu, but a (changeable) title as well.
Maybe using Tuomas Hokka's OWBBook instead would be better.


@sofistisoftware
Quote:
Thanks very excellent job ! Little problem if you have two or more OWB windows open and you try to use popup menu, the position of it isn't correct.
Will be fixed in the next version.

Quote:
With future version of hardware accelerated Cairo version can we have a fast OWB ??
Huh!? The AmigaOS 4.x port of OWB is very fast.
What exactly and compared to which browser (FireFox, Opera, Epiphany-WebKit, ..., running on the same AmigaOne or SAM440ep of course) do you think is slow in OWB?
With a hardware accelerated Cairo it would be slower, not faster. For hardware acceleration the surfaces have to be in the gfx card memory but only a few things like compositing images and filling rects can be hardware accelerated, most operations OWB uses, for example rendering text, can't be and accessing the gfx card RAM with the CPU, especially reading from it, is much slower than rendering everything in main RAM with the CPU and only copying the final result to the gfx card.


@Ruud
Quote:
The "enter regional store" button at www.amigakit.com no longer seems to work.
Works here.

Quote:
Pop up menus seem better for selecting items but on some sites even though the item is selected nothing happens.
Since I haven't found a site with such a problem I need an example to check it.


@retro
Quote:
a decent flash player build ind thing soo wee can start to see all those news clip and youtube
For that someone else has to port a flash browser plugin to AmigaOS 4.x, for example the gnash one ( http://www.amigabounty.net/?function=viewproject&projectid=31 ).


@Vulture
Quote:
Btw, as there's a context menu now and owb has an arexx port and since download support will take quite some time to happen, would it be possible to add an item in the context menu to send the download to Charon or a similar program with an arexx port as suggested in the past?
Should be possible, but downloading that way would only work using the context menu, not when clicking download links.


@jahc
Quote:
Are tabs next? Please say yes! :)
Implementing tabs is very easy, maybe I'll add it in the next version. But it will very likely only work on AmigaOS 4.1, not on AmigaOS 4.0 since it would be much more work supporting old versions of clicktab.gadget as well.


@xenic
Quote:
I only have a minor problem to report. When I open OWB on an open public screen (my Internet screen), OWB takes the focus (becomes the active window) but doesn't bring the screen to the front. It would make more sense for it to pop the screen to the front if it's the active window.
The screen will be put to front in the next version.

Go to top


Re: OWB 3.4
Just can't stay away
Just can't stay away


@nubechecorre

Quote:
But the download is implemented but not in the context menu [...]?
No, it's the other way round. I didn't change the context menus and they include some features OWB doesn't support (yet), for example "Download Linked File", "Save Image As" and "Copy Image".

Go to top


Re: Need help loading Animbrushed using datatype system.
Just can't stay away
Just can't stay away


@LiveForIt

Quote:
Quote:
Wanderer wrote:

Maybe you can also access it via Picture Datatype using the PDTA_WhichPicture TagItem. It is worh a try.


Picture datatype will only read the first image.
No, for image formats which support it, for example GIF (anims) and TIFF, picture.datatype can return all images in it using PDTA_WhichPicture.
For example MultiView supports it, it displays the total number of pictures and the number of the currently displayed one in the window title ("foobar (x/y)") and you can switch between them using the '<' and '>' keys.

Go to top


Re: OWB 3.2
Just can't stay away
Just can't stay away


@redfox

Quote:
Over the last few days, I have been getting GR's when I visit amigaworld.net

It seems to happen when the OWB is filling in the Sponsored Ads section on the right side of the main webpage.
Since I get different ads than you, it seem I only get german ones, I can't reproduce it. Please put a crashlog on http://crashlog.os4depot.net/

Go to top



TopTop
« 1 ... 49 50 51 (52) 53 54 55 ... 85 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project