@LiveForIt

Quote:

The tools are present to do an external D/L now. Here is how I'm doing it:

Since I'm not using an external BookMark command I have set the OWB TOOLTYPE BOOKMARKCOMMAND=owb_dl %s %s and created a shell script named "owb_dl" to open HTTPResume to do the download.

Here is the script:

; AmigaDOS Script for D/L files with HTTPResume
.key owb_port,owb_screen,xxxx/F
.def owb_port "none"
.def owb_screen "WorkBench"
.bra {
.ket }

HTTPResume GUI STARTDIR="RAM:" NOCACHE PUBSCREEN={owb_screen}
;End of script

I copied the script to the OWB directory, made sure the "S" protection bit was set and set the BOOKMARKCOMMAND as listed above. When I want to D/L a file I open the context menu and select "Copy Link Location"; then I select the OWB Tools/OWBbookmark menu item. HTTPResume opens a window and I click the "<" gadget (beside the URL string gadget) to paste in the copied link.
I select a filename and start the download. Works good so far :)

HTTPResume is available on Aminet and seems to work fine with OS 4.1. Be sure it is somewhere in the shell command path (like C:) for the above script to work. Also read the HTTPResume guide; there are a lot of arguments that can be used to customize the downloads.

@samo79
Fantastic! I would prefer an RMB or Shift-RMB for the context menu but some people like the OS4 main program menus to pop up for RMB. However, it might be a little more complicated to get all RMB presses and still have the main menubar menus available.

I do have a suggestion that could temporarily solve D/L inability, Add a command like "External", "Command" or "Execute" to the context menu which calls an external command like the Tools/ExternalBookmark menu it does.
The command could be set with a TOOLTYPE similar to the BOOKMARKCOMMAND TOOLTYPE. It should pass arguments for the link , the screen name OWB is running on and the OWB ARexx port name.

Speaking of ARexx ports; could the OWB port name or nameing sheme be incluced in the readme?

@Ricossa

Seems to work properly on my ?A1/OS 4.1 system. Maybe it's a specific link?

@Jack
I finally finished installing AmiCygnix and resolved some of my issues. So far everything seems to work with the PATH variable set in ENVARC:AmiCygnix/PATH and in the abc-shell variables file. I Hex Edited abc-shell to look in CYG: instead of SDK: for the Data/abc-shell/variable file and moved all the abc-shell variables from the startup to the abc-shell variables file. I also removed the path assignments from the startup file. The only catch was the initial call to sh by shexec. I solved that by adding the sh path to the variable SHEXEC_SHELL. Unfortunately, shexec gets that variable from ENVARC: instead of ENVARC:AmiCygnix but the variable is unlikely to be used by other OS4 programs so it's O.K for now. It would be nice if it could be moved to ENVARC:AmiCygnix so all the variables are in one place. In fact it would be nice to write a replacement for C library "GetEnv" that gets all the environmental variables from an AmiCygnix directory and would make AmiCygnix completely self-contained (except for the 2 amiga libraries that are installed).

I have the HOME variable set in ENVARV:AmiCygnix but no HOME: assignment and everything seems to work fine without ENVARC:HOME or the assignment.

Now that I've had a chance to take a look at AmiCygnix, it really seems a lot like GeekGadgets without the emphasis on development tools. I originally installed GG from a CD years ago to try the *nix software and not for programming. Most of it is outdated but I still have a small GG installation for compiling 68k programs.

I determined what files and paths AmiCygnix was looking for by using OS4 Snoopy but was shocked by some things I saw. If you start Snoopy after AmiCygnix is up and running you will see it doing things like opening timer.device 10 times per second. Programs I've written open devices once and close them when the program terminates. Give Snoopy a try and see what you think.

@cygnusEd
My earlier suggestion eliminated my conflicts in abc-shell but I have encountered others. My CVS program uses the HOME variable to determine where put local CVS directories etc. I set the variable prior to updates or checkouts with CVS and that overwrites the AmiCygnix variable. I resolved the Amiga path conflicts between my OS4 SDK and GeekGadgets compiler setup by executing a startup script in the shell instead of the Startup-Sequence. That way the path settings are local to the shell and not available to the other compiler system (SDK and GeekGadgets run in different shells). Are the Amiga paths set in the startup file necessary?? It looks like you went to a lot of trouble to move the environmental variables to ENVARC:AmiCygnix to avoid conflicts but then added environmental variables and Amiga paths that defeat your attempts to avoid conflicts.

@cygnusEd
After further investigation, I've put my AmiCygnix on hold. In addition to minor OS4 SDK conflicts (PATH) I also had a few problems with my old 68k GeekGadgets installation that I use for compiling 68k versions of some programs. Contrary to what is stated in AmiCygnix guide, there is an OS4 version of ixemul.library (at http://strohmayer.org/) that I use with my minimal 68k GeekGadgets installation. I replaced "sh" and "make" with OS4 SDK versions, but I can compile 68k programs with GeekGadgets.

Since I had to resolve conflicts between my GeekGadgets installation and the OS4 SDK, I have a suggestion for seperating the use of abc-shell in AmiCygnix and OS4 SDK:

Add the assignment "assign CYG: CYGNIX:" to the startup script. Hex Edit all occurrances of /SDK in abc-shell to /CYG and move all the environmental variable settings from the startup script to CYGNIX:Data/abc-shell/variables.
For example in my SDK:Data/abc-shell/variables file I have: PATH=/gcc/bin:/SDK/C:/SDK/Local/C:/SDK/Local/CC:/SDK/Local/newlib/bin:/SDK/Local/clib2/bin:/C:.

The HISTFILE, SHELL and other variable can go in the variables file as well. Maybe there will be other conflicts to resolve but a little Hex Editing might be easier that compiling a seperate version of abc-shell. If you don't want to add a Data directory you could use a link like
"makelink Data TO CygnixPPC/var SOFT" (SOFT because some Amiga filesystems don't support HARD links).

@cygnusEd
If you have the latest version of abc-shell installed, it should be looking for variables in SDK:Data/abc-shell/variables instead of the environment. If I run gcc from the abc-shell (sh) and the Cygnix PATH is set like the install script does, no requester pops up. However, if I run gcc from the Amiga shell, I get the requester. I think that gcc itself is requesting a path from the environment. It just seems strange that it only gets it from the PATH environmental variable when run from an Amiga shell. If you set a local environmental variable in an Amiga shell (set PATH /xxx) it will override the global PATH variable when gcc is run. It might be interresting to see the "getenv" function sources for newlib.library.

@TSK
Sounds good until you realize that the user will have to move the pointer off of the link to activate the menu. Holding the pointer over the link and activating the menu with a keyboard shortcut might work but would be really awkward and error prone.
Since OWB doesn't seem to use right mouse button clicks itself, you could intercept right mouse button clicks that are not over the screen menubar (dragbar) and call a script or command and pass the URL under the pointer as an argument. However, if that prevents the implementation of a good D/L solution I vote for waiting for a complete implementation.

@joerg

I tried your cursor method and that works too. However if you select a state and proceed to the next screen, you get the cookie requester I mentioned in my earlier post. You can select a state in the page at the URL I listed, proceed to the next page and try entering a userID (any text) and you will see the Cookies disabled requester. When I tried the site with the OWB that comes with OS 4.1 I don't get the Cookies disabled requester but get stuck on some more drop down menus on the next page. The cursor trick doesn't seem to work with them.

I'll try again tommorrow and see if I have better luck.

Thanks.

@joerg

Thanks, I pasted the AREXX command list into my v3.1 readme. I know development can be a long process, especially when you have to figure out someone elses code before you can add anything.

@Gebrochen

Quote:

Yes. That works. Thanks. Now that I have the state set in the site cookie, I don't get that screen anymore and I go directly to the login page. However, when I enter and submit the userID I get an OSB Javascript alert telling me that "The current browser settings have Cookies disabled". I looked at the cookie file and I see cookies are being stored. Can anyone tell me how to activate cookies?

@ChrisH

Quote:

Not too much, but I'll leave it to someone who is actually using the program.
I've decided to use my IBrowse hotlist instead of maintaining 2 hotlists. I'm already testing new releases of about a dozen programs so I only worry about reporting bugs in the programs I use.

Is this the right place to report OWB bugs? I had high hopes for accessing my bank accounts with OWB but it doesn't work either. None of the Amiga browsers work correctly with my bank. OWB fails to display the drop-down menu for the "State" input at: http://www.sovereignbank.com/personal ... ils/net_banking_logon.asp

I'm a little disappointed. Because OWB seems to handle some sites that I can't use with other Amiga browsers, I thought for sure it would work with to access my accounts. Too bad

@MichaelMerkel

Quote:

The readme that came with the OS4Depot OWB 3.1 archive does not contain the words "SCREENTOFRONT" or "OPENURL". It lists TOOLTYPES but not ARexx commands. There appears to be more than one version of OWB. What is the difference? Should I be using the "Blastoise" version instead of the "GaleKid" version I downloaded?

I'm a ?A1 OS 4.1 user and have just tried OWB for the first time. Many thanks to Joerg for this browser. Despite it's OWB's current limitations, I am able to acccess sites that are impossible to use with IBrowse or AWeb. The only problem I have noticed so far is that the URL at the top is usually not updated to match the displayed page when I use the forward and back tools at the top of the browser. Maybe this is a feature, I don't know.

Since people have been commenting on the bookmarks, I'll add my 2 cents on the subject. Since I still need IBrowse or AWeb for some functions, I run all three browsers on one screen. I have set the OWB home directory to my ibrowse-hotlist.html file and am using a shared hotlist. OWB doesn't seem to recognize Amiga style paths ( with a colon ":" ) so my home URL looks like this:
HOME=file:///Work/IBrowse/ibrowse-hotlist.html
Work is the volume and the rest of the path is standard. I have to manage my hotlist from IBrowse, but that's not a problem for me. I just need to figure out a way to add links from OWB. I think it's convenient not to have to maintain 2 seperate sets of bookmarks.

I was going to try the OWBBook system but the Book2OWB utility chops my IBrowse hotlist in half when I try to convert it. It stops when it encounters a group that has no URLs in the IBrowse bookmark menu. The entry looks like this: <LI IBHLFLAGS="NOMENU"><B>Services</B><UL>. If the author is monitoring this forum, he might want to take a look at this.

The readme states that OWB has an ARexx port and I would like to use it with openurl.library but I can't find a list of ARexx commands that it recognizes. Does anyone else have OWB set up in OpenURL prefs and how did you get it to work? I need the ARexx commands to use if OWB is already open.

As far as downloading goes, I would like to suggest something like popupmenu.library with a menu that has items for D/L files, images and copying URLs like IBrowse. If you use MIME to determine when to D/L files instead of displaying them, you will need a complicated MIME prefs program (window) because some sites always use incorrect MIME types. That might be fine as a long term improvement but I think a popup menu that lets the user decide to D/L a file or image would be easier to implement as an imterim solution.

Once again, thanks for the great program!

@orgin
Why isn't there any anonymous checkout access at openamiga.org?? I'd like to check out the code without joining the project. It seems like the sources are closed to anyone other than project members.

@Rigo

I did a clean install. Freezes are not a new problem for me, they occurred with OS4 too. I'm probably more aware and more critical after installing an upgrade. I'm going to keep a log of freezes and note the program that froze so I have a real idea of how often and when it's occurring. Ironically, it hasn't happened since I made my post mentioning this. I only posted to let the other user know that he is not alone with this problem. Since I also had problems with compositing on my ?A1 that nobody else could confirm,I suspect that I may have a hardware issue. I'm reluctant to disassemble my ?A1, clean contacts, reseat chips etc. until I have a backup system.

@Tomcat
I'm getting random freezes too. Since I have to "reset" instead of "reboot" there is nothing in the debugbuffer. I just had one 15 minutes ago. I was online and everything was working fine. I walked away from the computer for 5 minutes and when I returned the system was frozen. OS 4.1 certainly hasn't improved stability over OS 4.0 and may actually be worse because I get more freezes and fewer Grim Reapers. At least I get some indication of the cause if it is trapped by GR. I'm going to start logging my freezes just to get some idea how frequent they are.

P.S. Using ?A1/OS 4.1

@Swoop
I just took a second look and you're right. I do remember needing to copy it over with a previous version of OS4.

@Raziel
You might try copying over the _bullet & _bullet_outlines dirs as Swoop suggested. You might also try installing bullet.library with and without the above dirs to see what combination works.

@Swoop
I'm not sure if _bullet and _bullet_outlines will have any effect if you don't also copy bullet.library too. The new CG system fonts appear to have been redirected to use trutype fonts. Take a look at CGTimes.otag with a hex reader. It lists FONTS:_truetype/DejaVuSerif.ttf as the actual font to use. In early versions of OS4 the CGTimes.otag listed bullet & CGTimes.type as the files to use. It might be possible that some older programs need bullet.library to use their own CG fonts. However, if programs request CGTimes or CGTriumvirate they may end up with the system fonts that are redirected to use trutype fonts. The whole issue confuses me.