Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
183 user(s) are online (117 user(s) are browsing Forums)

Members: 0
Guests: 183

more...

Headlines

Forum Index


Board index » All Posts (joerg)




Re: No charakter display in OWB (OS4 Classic)
Just can't stay away
Just can't stay away


@Granada

Quote:
I am happy that OWB finally works. Hopefully there will once be OS4.1 for Classic - it is inacceptable to have the CPU at 90% load while writing this post.
Only a current Cairo port for OS 4.0 would be needed, but it wouldn't reduce the CPU load, even the FireFox on my AmigaOne I'm currently using for the reply has nearly as much CPU load. It's caused by the little "4.1"s at the top of amigans.net
On other pages, especially if they have no gif anims either, the CPU load should be very low even on a classic Amiga, but only after the page was loaded completely, and scrolling around is probably very slow on classic Amigas as well but there isn't much which can be done, a browser like OWB needs a lot of CPU time.

Go to top


Re: No charakter display in OWB (OS4 Classic)
Just can't stay away
Just can't stay away


@Granada

Quote:
Just two days ago I turned it on again, did install some Updates and saw that there was OWB 2.8 out now (even 2.9 by now, but this version needs Cairo). OWB 2.8 claims that it would not any longer make use of the core fonts but uses the amigaOS'es internal font engine.
That was the case with 1.21 as well, both use the core fonts if they are installed, but they are and always were optional, if they are not installed OWB uses the DejaVu fonts included in AmigaOS 4.x instead.

Quote:
But still the problem remains: OWB comes up, loads its default home page amigans.net, but it does not display any text at all.

What could that be?
Read 2.5 of http://www.amigans.net/modules/AMS/article.php?storyid=24 and check if you installed everything correctly, especially not only the .font and .otag files from my corefonts.lha but the actual fonts (the .TTF files) as well.
If that wasn't the problem create a directory somewhere on your SYS: partition and move all .font and .otag files from FONTS: which weren't included in AmigaOS 4.0 there. OWB should work now and use the DejaVu fonts. If that's that case please move one font after each other, both the .font and .otag files, back to FONTS: and as soon as it stops working please send me the problematic .font and .otag files. Several users have problems with fonts working correctly in other applications but not in OWB, but without getting the .font and .otag files which don't work with OWB I can't check what the problem is and fix it.

Go to top


Re: OWB 2.9 Released !
Just can't stay away
Just can't stay away


@Vulture

Quote:
would you at least consider making a last cairo-less version of OWB with working downloads and , maybe , bookmarks?
No, besides the double work for maintaining 2 different versions just building one OWB executable takes several hours.

OWB 2.9 doesn't use any new AmigaOS 4.1 features, all I need for an AmigaOS 4.0 version is an up to date Cairo port for it, the one on os4depot.net is too old. I don't have the time dto do it myself, but AFAIK Cairo can be build without any changes in the sources and if someone else builds a current verision of Cairo I'll build AmigaOS 4.0 executables of OWB 2.9 and newer versions with it.

Go to top


Re: OWB 2.9 Released !
Just can't stay away
Just can't stay away


@Vulture

Quote:
So, will you still update OWB for us classic OS4 users who may never see Cairo implemeted?
Maintaining 2 different versions of OWB is too much work. There is an old AmigaOS 4.0 Cairo port on os4dept.net, if it's working without problems I'll build an AmigaOS 4.0 version of OWB 2.9 with it, but if it doesn't work someone else will have to port the current version of Cairo to AmigaOS 4.0, I don't have the time to port libraries needed by OWB myself as well.

Edit: I just tried building OWB with the Cairo library from os4depot.net but it seems to be too old, the following functions are missing: cairo_clip_extents(), cairo_has_current_point(), cairo_pop_group_to_source(), cairo_push_group(), cairo_surface_get_content(), cairo_image_surface_get_data() and cairo_image_surface_get_stride().


Edited by joerg on 2008/9/14 16:46:37
Go to top


Re: OWB 2.9 Released !
Just can't stay away
Just can't stay away


@nubechecorre

Quote:
Here it doesn't work and same problem with the previous one.. if i run it from shell i got a font problem, it tell me " Verdana Font " not found.. maybe is this ?
No, except for the DejaVu fonts included in AmigaOS 4.x OWB doesn't need any fonts. It uses the webcore fonts and fonts specified on the pages, but if such a font isn't installed it uses one of the DejaVu fonts instead.

Quote:
it doesn' load anything and i cannot close the window.. it load a little bit and then hang up..
When starting it form the shell make sure to use a complete URL, OWB Doduo only accepts complete URLs as argument and doesn't try to complete them itself, for example "owb amigans.net" can't work, only "owb http://amigans.net/".

Go to top


Re: OWB 2.9 Released !
Just can't stay away
Just can't stay away


@Jurassicc

Quote:
I have an issue where by no text is visable in owb. I've just reinstalled OS4.1 (boot from CD full install not upgrade) and the problem is present with OWB in sys:utilities and the 2.9 archive. Could this be a font problem ?
Sound like a problem with the fonts, but it shouldn't happen if you didn't change anything and didn't install additional fonts yet. I just booted from a clean AmigaOS 4.1 partition without any changes and both OWB 1.25 and 2.9 are working correctly. The only fonts OWB needs are the DejaVu fonts which are included in AmigaOS 4.x.

Go to top


Re: OWB 2.9 Released !
Just can't stay away
Just can't stay away


@Jack

Quote:
So (methinks) it would be clearer to state that the whole OWB needs os4.1, not cairo only.
If there would be a port of Cairo (libcairo.so, and the shared objects required by Cairo: libexpat.so, libfontconfig.so, libfreetype.so und libpixman-1.so) it would work on AmigaOS 4.0 as well. But "requires AmigaOS 4.1" is in the history on my homepage and in the Readme already, "Requirements:?AmigaOS 4.1" on os4depot.net and "Architecture: ppc-amigaos >= 4.1.0" on Aminet.

Go to top


Re: OWB 2.9 Released !
Just can't stay away
Just can't stay away


@Jack

Quote:
Will it test for 4.1 presence and fallback to sdl under 4.0 or should I wait for my copy to arrive? (Itailan post is slow )
Cairo is a shared object, on OS 4.0 OWB 2.9 wont even load ("Required Object is missing").

Go to top


Re: OWB 2.9 Released !
Just can't stay away
Just can't stay away


@jahc

Quote:
Jorg, what's the advantage of using cairo in OWB now?
The Cairo graphics implementation is more complete than the SDL one. WebKit supports Cairo, SDL support is from OWB and doesn't include everything (yet), for example next to nothing of the SVG parts work with SDL.


@samo79

Quote:
Maybe speed
No.

Go to top


Re: OWB2.9 rocks !!
Just can't stay away
Just can't stay away


@Jack

Quote:
Jack wrote:

bump[post 28]
Since it's Python which crashes and not OWB I can't check what the problem could be.

Go to top


Re: OWB2.8 rocks !!
Just can't stay away
Just can't stay away


@TMTisFree

Quote:
Could you add a version number in the OWB window(s) and an About menu with the version string. I have sometime 2 or 3 version running here and it is not simple to know what is what after a while.
To display the version number in an about menu I'd have to implement that first
Maybe I'll use URL "about:", which is currenly the same as "about:blank", instead to display the version number, etc.

Quote:
Also, do you plan to add authentification one day?
Yes, but probably not in the next version yet.

Go to top


Re: OWB2.8 rocks !!
Just can't stay away
Just can't stay away


@nbache

Quote:
Ah, I see. Will that also at some point be used for displaying the link under the mouse (like most browsers do at the bottom)?
Yes, IIRC I did that in the OWB Blastoise port as well.

Go to top


Re: OWB2.8 rocks !!
Just can't stay away
Just can't stay away


@Skov

Quote:
I work for the Danish newspaper Fyens Stiftstidende and we recently redesigned our website... OWB have some trouble with displaying it.

Anyone smarter than me that can tell me why?

www.fyens.dk
Looks correctly here. What exactely, or which page, is wrong?

Go to top


Re: OWB2.8 rocks !!
Just can't stay away
Just can't stay away


@ShInKurO

Quote:

ShInKurO wrote:
Joerg please fix the graphical missing feedback of the copy process into clipboard: when you press Ar+C on a marked text if all it was copied marked text should becomes unmarked.
I've implemented that for the next version.

Quote:
There isn't an undo function (Ar+Z),
I don't know yet why undo/redo doesn't work in OWB, seems something platform speciffic is missing I have to implement.

Quote:
When you iconify OWB, when you deiconify it, its window dimentions are the same of when OWB has started...it should remeber latest windows dimentions....
Please add it as suggestion to the bug tracker. Everyone should use it for feature requests to make sure they aren't forgotten.

Go to top


Re: OWB2.8 rocks !!
Just can't stay away
Just can't stay away


@ldituri

Quote:
Ok, I just downloaded the Full 52.6 and July 07 updates from Hyperion?s site again. I then installed them on my A1 on a new hard drive. Once I completed that process I started in on the OWB install. This time I took it real slow and triple checked my work only to be met with the same ELF library error.
If you get the same error (Unknown/unsupported Reloc) with elf.library 52.4 I have no idea what's wrong, if it's a different error like "Required Object is missing" make sure you copied the shared objects from the OWB 1.21 archive to SOBJS:. The OWB 2.x archives don't included all required shared objects, only new ones OWB 1.x didn't use yet.
If everything else fails you can try the statically linked binary, but that's OWB version 2.6, not the current one.

Go to top


Re: OWB2.8 rocks !!
Just can't stay away
Just can't stay away


@samo79

Quote:
@joerg

Did you intend the alt= HTML tag ?
Alt texts doesn't change the status, the ads on amiga-news.de use onMouseOver="self.status='whatever'; return true;".

Go to top


Re: OWB2.8 rocks !!
Just can't stay away
Just can't stay away


@nbache

Quote:
Question: The change log says: "Implemented statusbar text." What exactly does this mean? Which one is the status bar, and which text is supposed to be visible in it, and when? I don't see anything here that looks like a statusbar text, but maybe I haven't understood correctly what to look for.
The progress bar is used as status bar as well, for example the 3 ads at the top of http://amiga-news.de/ set a status text when moving the mouse over them.

Go to top


Re: OWB2.8 rocks !!
Just can't stay away
Just can't stay away


@drHirudo

Quote:
OWB renders very close to the Nokia N70 browser. Using the same engine?
Unless Nokia has several browsers it's the same engine, for example the MorphOS browser Sputnik is based on the Nokia S60 browser, which is based on an old version of WebKit. OWB uses the current version of WebKit. Other browsers using WebKit are for example Safari, Google Chrome, the GNOME browser Epiphany (there are 2 versions, Gecko and WebKit) and the cancelled AROS browser Traveller.

Go to top


Re: New stuff on OS4Depot for AmigaO4.1 crashes on AmigaOS4.0
Just can't stay away
Just can't stay away


@salass00

Quote:
[...]
int main () {
    if (!
CheckLibrary(MiniGLBaseMIN_VERSIONMIN_REVISION)) {
        
printf("Newer minigl.library needed! Upgrade ASAP.\n");
        return 
100;
    }
    
/* go on with program */
}
Don't return some random number from main() but always one of the defines from dos/dos.h
#define RETURN_OK 0 /* No problems, success */
#define RETURN_WARN 5 /* A warning only */
#define RETURN_ERROR 10 /* Something wrong */
#define RETURN_FAIL 20 /* Complete or severe failure*/

Go to top


Re: Icon Wunschkonzert - AISS Edition
Just can't stay away
Just can't stay away


@Chris

Quote:
Absolutely agree, and I was going to suggest the same thing. Unfortunately I don't think I can read 32-bit pointer imagery (SDK too old as usual - that's really bugging me now),
I could implement it in a small link library.

Quote:
I would therefore suggest two versions of each, however one should be 32-bit and the other should be old-style four-colour (probably in pointer prefs format), which I trust old gfx cards can cope with even if they down-convert to monochrome themselves.
No, they don't, and most gfx cards only support 2 colours (+ transparent part). Some support 2 colours and if the bits for the 3rd are set these parts of the mouse pointer invert the background, but hardly any supports 3 colours. AFAIK there were only 2 classic Amiga gfx cards which did and one of them was the Merlin gfx card, i.e. only a single one may have been a common one.

Quote:
For completeness the full list is:

Blank, Point, Caret, Menu, Up, Down, Left, Right, RightUp, LeftDown, LeftUp, RightDown, Cross, Move, Help, NoDrop, NotAllowed, Progress, Wait (never used - selects OS default busy pointer), Default (never used - selects OS default pointer).
The complete list for OWB is pointer (not required, I'll use the AmigaOS one), cross, hand, move, iBeam, wait (not required, using the AmigaOS busy pointer as well), help, eastResize, northResize, northEastResize, northWestResize, southResize, southEastResize, southWestResize, westResize, northSouthResize, eastWestResize, northEastSouthWestResize, northWestSouthEastResize, columnResize, rowResize, middlePanning, eastPanning, northPanning, northEastPanning, northWestPanning, southPanning, southEastPanning, southWestPanning, westPanning, verticalText, cell, contextMenu, noDrop, notAllowed, progress, alias, zoomIn, zoomOut, copy and none.

Go to top



TopTop
« 1 ... 57 58 59 (60) 61 62 63 ... 85 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project