6.1 preview 1 for Linux and FreeBSD available
Espen Sand
We have now prepared the first preview of 6.1.
It is located at:
Intel Linux:
http://web.opera.com/download/unix/untested/intel-linux/248-20020923-6.1-P1/
Intel Freebsd:
http://web.opera.com/download/unix/untested/intel-freebsd/248-20020923-6.1-P1/
Changelog:
http://web.opera.com/download/unix/untested/intel-linux/248-20020923-6.1-P1/changelog.txt
Which Package to Select?
http://web.opera.com/download/unix/untested/intel-linux/248-20020923-6.1-P1/whatpackage.txt
Opera now uses Qt3 (see special notes below)
As you can see there are regular Linux packages and
for the first time native FreeBSD packages available. The
FreeBSD packages have been built on FreeBSD 4.6 The FreeBSD
version have the same set of features as the Linux version.
Special notes:
- This is a preview. There may be bugs or other problems we have
not identified yet. Please report your discoveries to bugs.opera.com
and to the lists.
- The shared builds are made with Qt 3.0.4. There is a confirmed
binary incompatibility between Qt 3.0.5 and the rest of the
Qt 3.0.x series. Do no use the shared version with Qt 3.0.5
- There are still font issues to be solved in the page rendering but
we encourage you to report problems.
- Qt3x uses a modified Copy/Paste protocol. This means it is not
100% compatible with Qt2x (and KDE2)
If you read this on the opera.beta newsgroup and want to make a
posting regarding this package please cc it to opera.linux newsgroup
because the Linux/UNIX team members monitor that list.
This preview is only announced on the maillist and newsgroups and has
not been tested as much as it would have been if it had been an official
release.
Changelog (since 6.03)
Fonts:
- Fontswitching in UI (Qt3 only)
- Interface with Qt3's new font system. There is no charset anymore.
- Better fontswitching inside documents.
- Smooth-scaled core X fonts. This will keep the X server from scaling
the fonts (which would produce an ugly result). This is a big improvement
for Oriental writing systems. Requires RENDER extension on both X server
and client
- Various core bugfixes
Java:
- Opera will now use java directly. Not through a plug-in.
- Added information about Java presence in Help|Opera
- Added "Enable Java" on F12 menu
- Added Java section in preference dialog (Multimedia page)
- Window | Special | Java Console should now work.
Plugins:
- Banned (hardcoded) libnullplugin.so Causes async dns blocking on
Mandrake 8.2
- "Plugins to Ignore" pref setting is now activated. The ignore file
name is by default "pluginignore.ini". Opera will first look in
the local ~/.opera directory next in the shared directory.
The file name can be set in opera6.ini
[Adv User Prefs]
Plugin Ignore File=path-to-ignore-file
The ignore file format is:
Opera Preferences version 2.0
; Do not edit this file while Opera is running
[Plugins to Ignore]
full-path-to-plugin.so = comment
- Plug-in protection. We will now know if a plug-in crashed
Opera during plug-in detection and give the user the choice
not to detect plug-ins when opera is restarted.
- Added testing for invalid netscape proxy plug-in (libnpp)
when starting Motif based plug-ins. The libnpp.so uses Qt
and will crash Opera if it does no use the same major
version of Qt as Opera.
- Added a new add-plugin dialog that will make it simpler to
accept new plugins. All new plugins are placed in a list
instead of in separate dialog boxes.
- Added a monitor that runs as a separate programs which
will kill hanging motifwrappers on exit.
Images
- Png gamma fix. Use 0.5 instead of 0.45 (default value)
for png images that do not contain gamma info in the file.
Copy/Paste
- Opera is now better interfaced with Gtk and KDE3. KDE2 and Qt2 based
applications may be a problem.
- Some Copy/Paste fixes. Allows better intergation with existing programs.
Skinning:
- Improved skin handling. Less memory, more skinning and better alignment.
- Skin support in all popup menus (except for spinbox and fileselector
popup menus).
- Skin support in dialogs. Can be disabled by a setting in opera6.ini
Skin In Dialogs=0(x)|1
0: Show foreground skin in dialogs
1: Do not show foreground skin in dialogs
Example:
[User Prefs]
Skin In Dialogs=1
- Made the skin path parser handle paths with '\'separators. Some button
files contain path\to\skinfile instead of path/to/skinfile.
- Added a guard against using too large skins in the Qt 2x based version.
It will not handle it (the X-server can crash). The limit is configurable.
in opera6.ini
Example:
[User Prefs]
;Allows 200x200 images, default is 22500 (150x150)
Skin Area Limit=40000
- Proper skinning of non-active banner area (in SDI mode).
- Added a SkinInstaller class that can install the skin on Qt dialogs
where we have no access to the dialog pointer from the Qt API.
- Skin fixes (ie apply skin) for splitter between hotlist and pages.
Bookmarks:
- Do not clear bookmark menu if the menu is open when a bookmark
change has occurred (could happen when a pixmap should be updated)
- "Add bookmark" dialog now supports selectable destination folder
(see http://people.opera.com/espen/images/addbookmark.png)
- Bookmark Parser speedup. The loading time has been reduced with
approx. 15%
- Delayed bookmark search in hotlist in order to catch more string
changes in one pass. Feels faster.
- Add-bookmark dialog size is now saved and restored.
- The Modify-bookmark dialog size is now saved and restored.
- Support for rightclick popup menu inside bookmark popup menu. One can
open the bookmark, in a new window, open in background, edit it and
copy/cut/paste/delete a bookmark or folder from the menu.
(see http://people.opera.com/espen/images/bookmarkpopupmenu.png)
Shortcuts/mouse:
- Fixed a bug that caused a duplicate shortcut not to be removed
from the list in keyboard shortcut dialog.
- Help->OperaOnTheWeb was not activated properly.
- Ctrl+Space now toggles selected entries in the boomark and contact
views again.
- Pressing Ctrl+Alt+B or Ctrl+Alt+C will now activate the hotlist
window if it is floating.
- Let Ctrl+Shift+Enter in the "go to" dialog box open the page
in the background.
- Support for displaying search results in a new window or in
the background (Shift+Enter and Ctrl+Shift+Enter) when searching
from the search entry on the address toolbar.
- Some fixes wrt to the use of the SuperKey flag. Qt3x supports
this key in the keyevent flags so we can simplify the code someplaces.
- "Shortcut definition file" ("User prefs") had a spelling issue. The new
string is "Shortcut definition file", but the old will be supported
until 7.0
- Support for half-page-scrolling. Since we have configurable shortcuts
this was very simple since I do not have to decide what shortcuts that
should be assigned to this feature.
- Support for panning mode (scroll up/down by just moving the mouse) or
Anchored mouse scrolling. At the moment it is a activated by
Ctrl+MidClick but it can be activated with the MidClick alone using a new
pref setting:
Extended Center Mousebutton Action=0,1(x)
0=Activate panning (scrolling by moving the mouse)
1=Paste text from clipboard
Example:
[User Prefs]
Extended Center Mousebutton Action=0
- Pasting text with the center mouse button into the url address fields
can now configured to clear the current text first. Either by pressing
the control button or by this pref setting:
Append Text On Center Mousebutton Click=0|1(x)
0: Clear current text before pasting text into url address fields
1: Append the pasted text
Example:
[User Prefs]
Append Text On Center Mousebutton Click=0
- Window navigation (with '1'/'2' or Ctrl+Left/Ctrl+Right will no
longer be blocked by a minimized window.
- Allow pasting a bookmark into an empty folder with the
keyboard.
- Ctrl+W (in UNIX shortcut mode) will now also delete a single
character word in the front of a string.
- Ctrl+Space will now toggle selection of listbox elements in
the document when keyboard focus in on the listbox.
- Ctrl+Left and Ctrl+Right will now be used for cursor movement
inside the address entry field when it has focus restoring pre 6.02
behavior.
- Pressing F9 should move focus to the document window area even
if the document is empty.
- Give focus to the addressbar when activating history dropdown
by pressing 'h' in the document window.
- The Menu button on the keyboard will now activate context menus.
- Page scrolling with mouse wheel now works in the main window when the
mouse cursor is located over the ad window.
- Fixed some shortcut problems in the transfer window and a
lost focus problem when the transfer window was closed.
- Added Undo and Redo actions to Edit menu + and shortcuts in the
lineedit popup menus.
Startup:
- Made it possible to open a file in the current directory on startup
without specifying the full path.
- Modified the parsing of "-remote" commandline commands so that
(example) "opera -remote openURL(javascript:window.open(),new-window)
will work. The parser could not cope with the internal bracket () set.
- Fixed a problem that made it impossible to detect a running instance
of Opera in certain windowmanagers. Enlightment and Blackbox are two
window managers that caused this problem.
- Starting Opera with the "-nowin" flag will now bypass the startup dialog.
- Support for opening a page in background from the commandline
Do a "opera -help" for more information.
Transfer window:
- Ensure that a list entry added to the transferwindow is made
visible if the list is taller than the transfer window.
- Ensure transfer history is deleted even when transfer window has
not been opened.
Cookies:
- Support for editing cookie contents (name, value, created and last
visited time) This will only be possible in the Qt3 based version.
- After the cookiedialog box had been shown once it was possible to add
certain cookies without updating the list in the dialog box.
- Some more layout fixes in the cookie dialog boxes in the Qt3 version.
The multiline edit layout behavior has changed.
- Added pref. settings so that the size of the cookie editor dialog
and the bookmark search dialog box can be saved/restored.
- Identified and fixed some nasty serverfilter problems (when saving) in
the cookie manager code. This could cause that serverfilters were
lost if they used certain settings.
- Support for the default state (third state) in the server filter list
of the cookie filter in the pref box.
Privacy:
- Clear opera.win and autopera.win when deleting private data.
Print Preview:
- Do not allow to open links with midbutton when in print preview mode.
- Print preview icon is now "pushed in" in preview mode.
- Leave print preview before navigating in window history.
- Open the result in a new window or page when activating a network
search from the search context menu when in Print Preview mode.
search.ini
- Support for configurable (read from search.ini) translations,
dictionary, encyclopedia and currency search engines.
- Added "English -> Japanese" and "Japanese -> English" to
web translation list.
- Encyclopedia and dictionary search types now support POST urls
- Prevent that three windows are opened when there is no active document
window when we start a super search from the go-to (F2) dialog box.
- Internet searches will now accept search keys that are longer
than one character.
UI and general issues:
- "Compact Toolbars = 1" is now the default pref setting. This will save
space in various toolbars.
- Made the search engine interface a little bit more flexible wrt encodings
- Activate next/prev page failed in SDI mode when page was opened in background.
- Check that separators are not present at end of menus (menus can
be configured to turn off entries).
- Support for panning (scroll page without using scrollbar)
Activated by clicking the center mouse button on the page
- Center mouse button action (panning or paste text) is now
configured by clicking Ctrl+MidButton on the page.
- "Link in frame" dialog
1) Support for opening multiple links at the same time
2) Improved removal of duplicate links (a bugfix)
3) Popupmenu will use current fg skin (Qt3)
- Bookmark search dialog
1) Popupmenu will use current fg skin (Qt3)
- Hide searchbar when popup windows are opened (in SDI mode).
- Moved code into printer dialog (from Print Options dialog).
- "Add panel" will now work even when hotlist area is floating.
- Changed help path in print dialog.
- Open a new window if there are only minimized windows when we
open a page from the hotlist or the personal toolbar.
- For some reason the "High", "Medium", "Low" and "None" strings
of the security button were left out of 6.02 They have been activated
again.
- Under certain circumstances it was possible to activate a window without
activating the corresponding window toolbar button.
- Added support for removing an entry in the "opera.dir" history list
when a manually entered url could not be resolved.
- Added a guard against making it possible to open a docked hotlist window
with a width less than 10 pixels. Too many users have reported missing
hotlist problems because of this.
- Do not write download.dat unless the download data has changed.
This causes unwanted disk activity on battery powered devices.
- Support for disabling special (heart) icons on personal toolbar by
setting a flag in opera6.ini
Normal Icons On Personal Bar=0|1(x)
0: Show special icons on the personal bar (if supported in button.ini)
1: Use same icons as in bookmark menu and hotlist area.
Example:
[User Prefs]
Normal Icons On Personal Bar=0
- The icon of a minimized window will now always be lowered under
the active window when in fullscreen.
- A stylechange will now trigger the handshape icon to be
updated whereever is is used. The shape is different in
windows and motif based styles.
- Fixed a broken time string display (for some locales)
when receiving cookies.
- Fixed a problem that made it impossible to list more than
2048 files in a directory.
- Do not give focus to a window when it is reloaded if it is
not the active window (can happen when reloaded from the
"Window list" dialog box).
- Support for trusted external URL protocols. We do not have
a registry so the list of trusted applications must be stored
in prefs (opera6.ini) like this:
[Trusted Applications]
Assign applications for protocols that are not handled by Opera
irc=path-to-irc-client
someprotocol=path-to-someprotocol-handler
...
[User Prefs]
TrustedExternalURLProtocols=irc,someprotocol,...
- Added some new debug options
-debugdns Show async dns progress (see below)
-debugjava Show java setup progress
-debugfont Show fontswitching progress
- Added logging support for async. dns lookup. Some users report problems
(asyndns does not work) so now we have a test tool. The logging is
activated on startup with the command line argument "-debugdns"
- The subject and body contents of a created mailto url is now encoded
according to spec (some mailer wants a raw mailto url)
- Some search-failure dialog fixes. Changed icon usage and improved
focus restoration when the dialog close.
- Let the address toolbar resize itself properly depending on the
font size (height)
- Some minor string fixes in the mailto link context menu in order
to sync with the windows version.
- Fixed a hotclick menu problem. If text was highlighted by a
double/triple mouse click then the copy menu would not be shown
if the mouse was outside the selected area.
- Removed "Print Options" from file menu. The code is now inside the
print dialog.
- Added a "My style" on the mailbar popup menu. It lets the user
configure the buttons on the toolbar (very simplistic approach)
- Fixed a focus problem in the "Go to" dialog box. Sawfish and probably
other window managers as well could loose keyboard focus when the
autocompletion dropdown menu was closed.
- Let multiline tooltips in the document stay visible longer
(proportional to the number of lines) and try to break at spaces
between works.
- Display localized time strings in hotlist and bookmark property
dialog boxes.
- Sort translated versions of the "Internations fonts" dropdown
string list.
- Let the searchengine dropdown list always be at least as
wide as required to show the widest string in the list.
- Fixed problem that caused filename with spaces to use %20 when saved.
- Links In Frame dialog could crash Opera if activated before
document was created. Some selection changes in that dialog as well.
Added a "Name" checkbox so that we can display the urls only in the
dialog.
- The workspace mdi button decoration is now updated directly
when changed in the preference dialog. No restart required.
The window context menus now also contain a decoration submenu.
- The currency dialog will now show the value that is about to be
converted. The value can be modified.
- The operarc and operarc.fixed will now be read from /usr/local/etc
on the FreeBSD version.
- "My Layout" support in "View | Main bar"
- Fixed a problem that caused urls with a password to be scrambled
before the page was opened with the url string. This happened
only when pressing Enter in the Go-to (F2) dialog box.
- Save windows when Opera is closed from the window manager. Fixes
This bug was only a problem when using "Show saved windows setup"
Kioskmode:
- Kioskmode is now supported. Some functions are only available in
the registered version.
Enjoy!
--
Espen Sand
es...@opera.com
Piotr Smyrak
[cut]
>
> As you can see there are regular Linux packages and
> for the first time native FreeBSD packages available. The
> FreeBSD packages have been built on FreeBSD 4.6 The FreeBSD
> version have the same set of features as the Linux version.
>
Great news, thanks a lot Espen. Should I forward this to
comp.unix.bsd.freebsd.misc?
--
Piotr Smyrak
piotr.smyrak.eko.org.pl
Piotr Smyrak
[cut]
>
> As you can see there are regular Linux packages and
> for the first time native FreeBSD packages available. The
> FreeBSD packages have been built on FreeBSD 4.6 The FreeBSD
> version have the same set of features as the Linux version.
>
Espen Sand
Piotr Smyrak
BTW: It seems like it is not just Free of the BSD's, looking at the
install script...
--
Piotr Smyrak
piotr.smyrak.eko.org.pl
Espen Sand
We have just build for FreeBSD. I am not sure why OpenBSD is mentioned
there. We should probably remove the latter tag.
--
Espen Sand
es...@opera.com
Espen Sand
>
> Espen Sand schrieb:
>
> > [...]
> > Opera now uses Qt3 (see special notes below)
>
>
> > [...]
> > - The shared builds are made with Qt 3.0.4. There is a confirmed
> > binary incompatibility between Qt 3.0.5 and the rest of the
> > Qt 3.0.x series. Do no use the shared version with Qt 3.0.5
>
> qt-version. :-/
Opera do not use Qt now for AA in the page so a static Qt should
work fine in this respect.
>
> > - There are still font issues to be solved in the page rendering but
> > we encourage you to report problems.
> > [...]
>
> Anti-aliased fonts sometimes looks terrible, e. g.
> http://www.rwth-aachen.de/zentral/aguid_english_default.htm
On that page I do no get any AA. Would be fine you you filed
a bug report with a small screenshot and the output of the
font debugginf (press Ctrl+double rightclick on the page
to activate, then just click on an area. I get adobe-helvetica-iso8859-1
on the main text).
.
--
Espen Sand
es...@opera.com
Piotr Smyrak
>
> We have just build for FreeBSD. I am not sure why OpenBSD is mentioned
> there. We should probably remove the latter tag.
>
Is it going to get to the ports tree and packages collection, when
done with testing?
And so does it mean we'll see a FreeBSD in the Opera's site top OS menu?
--
Piotr Smyrak
piotr.smyrak.eko.org.pl
John Anthony Lewis
> Intel Freebsd:
> http://web.opera.com/download/unix/untested/intel-freebsd/248-20020923-6.1-P1/
Nice! I'm a FreeBSD newcomer, but I managed to install and run Opera with no
troubles at all. (I had endless troubles getting the Linux version working under
FreeBSD.) I'm especially impressed with the nice features windows users don't
yet have, like the plug-ins toggle, "my layout" toolbar, etc. Very cool; you've
done an amazing job.
--
John Lewis
Espen Sand
>
> Espen Sand wrote:
> >
> > We have just build for FreeBSD. I am not sure why OpenBSD is mentioned
> > there. We should probably remove the latter tag.
> >
>
> Is it going to get to the ports tree and packages collection, when
> done with testing?
I know too little about FreeBSD to say yes/no :)
>
> And so does it mean we'll see a FreeBSD in the Opera's site top OS menu?
I should be mentioned in one way or another.
--
Espen Sand
es...@opera.com
Piotr Smyrak
With panel tabs stacking it would be almost ideal already IMHO.
--
Piotr Smyrak
piotr.smyrak.eko.org.pl
Anders Melchiorsen
> - Support for editing cookie contents (name, value, created and last
> visited time) This will only be possible in the Qt3 based version.
Wo-hoo! This will make the testing of error handling in php programs
somewhat easier.
> Privacy:
I think the "Delete private data" dialog should only optionally close
the open windows.
[Haven't read all of your post carefully yet, but it sure looks like
you have been working hard. Thanks!]
Kind regards,
Anders.
--
Address is valid for a week.
After that, remove (only) the '.dJJJ-YY' part.
Maik Schulz
> - The shared builds are made with Qt 3.0.4. There is a confirmed
> binary incompatibility between Qt 3.0.5 and the rest of the
> Qt 3.0.x series. Do no use the shared version with Qt 3.0.5
I'm running 3.0.4, however there was no libqt.so.3 but a libqt-mt.so.3 which
Opera didn't detect and refused to start. After symlinking that to
libqt.so.3 it worked however.
> Java:
> - Opera will now use java directly. Not through a plug-in.
> - Added information about Java presence in Help|Opera
> - Added "Enable Java" on F12 menu
> - Added Java section in preference dialog (Multimedia page)
> - Window | Special | Java Console should now work.
Yes! Thank you! What do I need to put into the "Java path" field in
Preferences->Multimedia? I tried /usr/lib/java, /usr/lib/java/bin,
/usr/lib/j2sdk1.4.0 (which is the target of the symlink /usr/lib/java),
/usr/lib/j2re1.3.0 (just to try a JRE instead of the SDK),
/usr/lib/j2re1.3.0/bin but the about box (Menubar->Help->About Opera)
always stated that there was no Java runtime installed...
I have not been browsing that much yet, but I did not detect any font issues
so far. Good work! :-)
Take care,
-Maik
Toby A Inkster
> Opera now uses Qt3 (see special notes below)
Has anyone gotten this going in Mandrake 8.1? I've tried installing the
".3" package, but get a message saying that Opera requires libqt.so.3.
[tai@ophelia (pts/1) ~]$ rpm -qa | grep qt
qtcups-2.1-13mdk
libqt3-3.0.4-3mdk
libqt2-2.3.1-14mdk
libqtcups2-2.1-13mdk
I'm downloading the static version now. Maybe I'll have more luck there. I
guess if I use the static version, I should be able to finally remove QT
from my system altogether! :-D
--
Toby A Inkster BSc ARCS
E-mail: tob...@goddamn.co.uk
PGP: http://www.goddamn.co.uk/tobyink/node.cgi?id=12
Web Page: http://www.goddamn.co.uk/tobyink/
IM: AIM:inka80 ICQ:6622880 YIM:tobyink Jabber:tob...@a-message.de
Is it NOUVELLE CUISINE when 3 olives are struggling with a scallop in a
plate of SAUCE MORNAY?
jjim
> Wow! Impressive Changelog :-D
>
>> - The shared builds are made with Qt 3.0.4. There is a confirmed
>> binary incompatibility between Qt 3.0.5 and the rest of the Qt 3.0.x
>> series. Do no use the shared version with Qt 3.0.5
>
> I'm running 3.0.4, however there was no libqt.so.3 but a libqt-mt.so.3
> which Opera didn't detect and refused to start. After symlinking that to
> libqt.so.3 it worked however.
I am running 8.2 Mandrake and have been unable to get it to open, had to
go back to 6.03, whats the trick here? where is libqt.so3 you are all
talking about...??? that one trying to get 8.1 Mandrake working, any
success???? thanks
--
gone in less than one second---------->>>>>>>>>>>>
jjim..........registered linux user 281836
Toby A Inkster
> Intel Linux:
> http://web.opera.com/download/unix/untested/intel-linux/248-20020923-6.1-P1/
Maybe you should have a word with someone so that it stops returning:
Content-Type: audio/x-pn-realaudio-plugin
I suggest:
Content-Type: application/x-rpm
--
Toby A Inkster BSc ARCS
E-mail: tob...@goddamn.co.uk
PGP: http://www.goddamn.co.uk/tobyink/node.cgi?id=12
Web Page: http://www.goddamn.co.uk/tobyink/
IM: AIM:inka80 ICQ:6622880 YIM:tobyink Jabber:tob...@a-message.de
Clear the laundromat!! This whirl-o-matic just had a nuclear meltdown!!
Kurt B. Kaiser
trying to run the static version:
[root@float /home/kbk]# rpm -e opera
cannot remove /usr/share/man/man1 - directory not empty
[root@float /home/kbk]# cd rpm
[root@float /home/kbk/rpm]# rpm -Uvh opera-6.10-20020923.1-static-qt.i386.rpm
opera ##################################################
[root@float /home/kbk/rpm]# /usr/bin/opera
/usr/lib/opera/6.10-20020923.1/opera: error in loading shared libraries: /usr/l\ib/opera/6.10-20020923.1/opera: undefined symbol: XkbSetPerClientControls
[kbk@float ~/proj/sandbox/idlefork]$ rpm -qi opera
Name : opera Relocations: (not relocateable)
Version : 6.10 Vendor: Opera Software ASA
Release : 20020923.1 Build Date: Mon Sep 23 11:05:38 2002Install date: Mon Sep 23 19:31:15 2002 Build Host: palantir.intern.opera.noGroup : Applications/Networking Source RPM: opera-6.10-20020923.1.src.rpm
Size : 11868020 License: Commercial
Packager : Christian Westgaard <chr...@opera.com>
Summary : Opera for Linux, statically linked to Qt 3.0.5
Description :
Opera 6.10
Welcome to the Opera Web browser. It is smaller, faster,
customizable, powerful, yet user-friendly. Opera eliminates
sluggish performance, HTML standard violations, desktop
domination, and instability. This robust Web browser lets you
navigate the Web at incredible speed and offers you the best
Internet experience.
The binaries was built using gcc-2.95.3.
KBK
Martin Schrode
> What do I need to put into the "Java path" field in
> Preferences->Multimedia?
The same you would put in "/usr/bin/opera", e.g.,
/usr/java/jre1.3.1_02/lib/i386/
Bob Manson
Java is now more problematic than it was with the 6.03, and I still
don't have it working.
I had the IBM JRE installed in the standard path, /opt/blahblahwhatever
and Opera failed to find it. I tried several incarnations but I never
managed to get Opera to start up with it.
I then grabbed and installed the latest 1.4.0 (1.4.0.02) from Sun's
website. Opera still couldn't find it. After figuring out the bit of
weirdness with javapath.txt (and the fact that the directory in the
preferences dialog has to point to /usr/java/whatever/lib/i386/, and
noticing that the search mechanism doesn't look in the right place for
1.4.0.02) I got it set correctly. Next try, a dialog stating:
"Could not find the opera policy file.
Either you do not have a `SECURITY POLICY' entry in the [JAVA] section
of your opera.ini file, or that entry has the wrong path. Java applets
will not work."
appears.
So I looked on the web, found the page on Opera's site that talks
about SECURITY POLICY and OPERA CLASSPATH. After some headscratching,
I figured out that opera.jar et al hadn't been installed. I put them
in a reasonable place, set both variables, and tried again. This time
I get
"Registering native Java methods failed..."
I notice a hardcoded path in opera.policy, fixed it. Still no java,
same error. Tried it with both 1.3.1 and 1.4.0.
The opera.jar file is readable, it's the one that came with 6.10, the
OPERA CLASSPATH is set correctly, it seems to be finding my
opera.policy file. Suggestions?
Note that I don't have Opera installed in the system directories; I'm
running it out of my home dir (actually, /home/foo/opera-6.10-beta).
Shouldn't *really* matter... right?
Bob
Bob Manson
(the ext dir in my java install) and it's working now. So the OPERA
CLASSPATH variable doesn't seem to be working, or there's some subtle
nuance about it I don't understand--it definitely is being assigned
the correct directory path. I tried it both with and without a
trailing slash.
Couple of other java notes: with 1.4.0 I found that the java applet
I'm using (Lycos Finance LiveCharts) ends up being displayed at a
weird offset in the frame; it's about 3/4s down the frame, so only the
top 1/4th of the applet is being displayed. With 1.3.1 it works just
fine. Also, 1.4.0 causes Opera to hang on exit until killed with a
-9. (If 1.4.0 isn't supported that's fine, I just wanted to mention
it while I remembered it.)
Other than that, and the two additional key bindings that got added
(Ctrl-K and Ctrl-Y; I couldn't figure out why ^K quit working in the
address bar :-), I haven't noticed any problems. And native Java is
definitely working _much_ better than the plugin once I actually got
it to work at all. Thank you very much!
Bob
Espen Sand
>
> So, I copied opera.jar and lc.jar to /foo/blah/java/whatever/lib/ext/
> (the ext dir in my java install) and it's working now. So the OPERA
> CLASSPATH variable doesn't seem to be working, or there's some subtle
> nuance about it I don't understand--it definitely is being assigned
> the correct directory path. I tried it both with and without a
> trailing slash.
>
> Couple of other java notes: with 1.4.0 I found that the java applet
> I'm using (Lycos Finance LiveCharts) ends up being displayed at a
> weird offset in the frame; it's about 3/4s down the frame, so only the
> top 1/4th of the applet is being displayed. With 1.3.1 it works just
> fine. Also, 1.4.0 causes Opera to hang on exit until killed with a
> -9. (If 1.4.0 isn't supported that's fine, I just wanted to mention
> it while I remembered it.)
Would be fine if you reported you findings as a bug report as well
(bugs.opera.com)
>
> Other than that, and the two additional key bindings that got added
> (Ctrl-K and Ctrl-Y; I couldn't figure out why ^K quit working in the
> address bar :-), I haven't noticed any problems.
Ctrl+K works for me in the address input field. Does it not for you?
Ctrl+Y is the new redo shortcut.
--
Espen Sand
es...@opera.com
Espen Sand
I have not tried that yet. I have my "java" directory in /usr/share/opera
That directory (/usr/share/opera/java) is not used in 6.03 so it will
not interfere.
--
Espen Sand
es...@opera.com
Espen Sand
>
> Espen Sand schrieb:
>
> > [...]
> > Opera do not use Qt now for AA in the page so a static Qt should
> > work fine in this respect.
>
True.
>
> > [...]
> > On that page I do no get any AA.
>
> Strange. In the preferences' font-selector these fonts aren't AA too. But
> this one is Qt again, not?
There are issues in the font selector. If you use the font selector to select
fonts that are to be displayed in the UI (not document) thne only the fonts
Qt can display should be listed.
>
> > Would be fine you you filed
> > a bug report with a small screenshot and the output of the
> > font debugginf
>
> Where can I attach a screenshot to the bug-report-form?
After you have filed the report you will get the option to add
an attachemnt to it.
>
> > [...] I get adobe-helvetica-iso8859-1 on the main text).
>
> Me too. Same thing on another page, there it is "b&h-lucida-iso8859-1".
>
> Another problem, my hotlist entries (bookmarks) in the tree-view are sorted
> alphabetically although I've selected "my own order", the "normal"
> bookmarks are sorted correctly.
Yes. I observe something is not right there as well. Will investigate.
>
> BTW, (flash-)sound seems to work with KDE now - without artsdsp. :-)
> And the shared-version seems to work with qt3.05 though.
The problems can start to happen once a multiline edit widget has been
created. Be careful.
--
Espen Sand
es...@opera.com
Espen Sand
>
> On Mon, 23 Sep 2002 17:36:58 -0400, Maik Schulz wrote:
>
> > Wow! Impressive Changelog :-D
> >
> >> - The shared builds are made with Qt 3.0.4. There is a confirmed
> >> binary incompatibility between Qt 3.0.5 and the rest of the Qt 3.0.x
> >> series. Do no use the shared version with Qt 3.0.5
> >
> > I'm running 3.0.4, however there was no libqt.so.3 but a libqt-mt.so.3
> > which Opera didn't detect and refused to start. After symlinking that to
> > libqt.so.3 it worked however.
>
> I am running 8.2 Mandrake and have been unable to get it to open, had to
> go back to 6.03, whats the trick here? where is libqt.so3 you are all
> talking about...??? that one trying to get 8.1 Mandrake working, any
> success???? thanks
You have probably not installed Qt3 on your machine. Then you should use
the static build.
--
Espen Sand
es...@opera.com
Espen Sand
>
> In our last episode, Espen Sand wrote:
>
> > Opera now uses Qt3 (see special notes below)
>
> Has anyone gotten this going in Mandrake 8.1? I've tried installing the
> ".3" package, but get a message saying that Opera requires libqt.so.3.
>
> [tai@ophelia (pts/1) ~]$ rpm -qa | grep qt
> qtcups-2.1-13mdk
> libqt3-3.0.4-3mdk
> libqt2-2.3.1-14mdk
> libqtcups2-2.1-13mdk
Not sure what libqt3-3.0.4-3mdk contains. Opera requires libqt.so.3
not libqt-mt.so.3
Also be sure the path libqt3-3.0.4-3mdk is installed to is in the
path that OPera looks in. That should happen automatically. Otherwise
you can use the LD_LIBRARY_PATH variable.
--
Espen Sand
es...@opera.com
Espen Sand
SAITO
> Opera do not use Qt now for AA in the page so a static Qt should
> work fine in this respect.
Is it so?
I have installed Opera6.1 Pr1 into my old Turbo Linux 7,
which uses qt-2.x, so I selected statically linked Opera.
I cannot select some fonts, which I used on KDE2, so I got
no Antialiased view.
SAITO an Opera user in Japan
sa...@operamail.com
Maik Schulz
Ok, thanks. Now that I'm using /usr/lib/j2sdk1.4.0/jre/lib/i386/ the about
box says that I do have opera support. I still could not get any applet to
work. :(
opera -debugjava outputs "java: There seems to be a preloaded version of Xt.
Typical causes for this are the LD_PRELOAD environment variable or that
Opera indirectly depends on libXt.so. Java will probably not work."
LD_PRELOAD is not set.
ldd /usr/lib/opera/6.10-20020923.2/opera outputs
libpthread.so.0 => /lib/libpthread.so.0 (0x40030000)
libdl.so.2 => /lib/libdl.so.2 (0x40046000)
libqt.so.3 => /usr/lib/qt3/lib/libqt.so.3 (0x40049000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x406aa000)
libm.so.6 => /lib/libm.so.6 (0x40782000)
libc.so.6 => /lib/libc.so.6 (0x407a0000)
libpng.so.2 => /usr/lib/libpng.so.2 (0x408b3000)
libz.so.1 => /lib/libz.so.1 (0x408de000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x408ee000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40956000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x4096b000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40981000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4098a000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40998000)
libXft.so.1 => /usr/X11R6/lib/libXft.so.1 (0x4099d000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x409c6000)
libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2
(0x409fd000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40a45000)
So it seems that the shared Opera version even depends directly on
libXt.so?! Or am I reading ldd's output incorrectly?
Thanks,
-Maik
Espen Sand
>
> I'm running Linux Redhat 6.2 and have the following problem
> trying to run the static version:
>
> [root@float /home/kbk]# rpm -e opera
> cannot remove /usr/share/man/man1 - directory not empty
> [root@float /home/kbk]# cd rpm
> [root@float /home/kbk/rpm]# rpm -Uvh opera-6.10-20020923.1-static-qt.i386.rpm
> opera ##################################################
> [root@float /home/kbk/rpm]# /usr/bin/opera
> /usr/lib/opera/6.10-20020923.1/opera: error in loading shared libraries: /usr/l\ib/opera/6.10-20020923.1/opera: undefined symbol: XkbSetPerClientControls
This symbol is used by Qt3. It was not used in Qt2. We will have to determine
if it can be disabled without sacrificing important functionality.
--
Espen Sand
es...@opera.com
Eirik Byrkjeflot Anonsen
> So, I copied opera.jar and lc.jar to /foo/blah/java/whatever/lib/ext/
> (the ext dir in my java install) and it's working now. So the OPERA
> CLASSPATH variable doesn't seem to be working, or there's some subtle
> nuance about it I don't understand--it definitely is being assigned
> the correct directory path. I tried it both with and without a
> trailing slash.
This is quite possible. As Espen says, make a bug report, so I'll
remember to look into it.
>
> Couple of other java notes: with 1.4.0 I found that the java applet
> I'm using (Lycos Finance LiveCharts) ends up being displayed at a
> weird offset in the frame; it's about 3/4s down the frame, so only the
> top 1/4th of the applet is being displayed. With 1.3.1 it works just
> fine. Also, 1.4.0 causes Opera to hang on exit until killed with a
> -9. (If 1.4.0 isn't supported that's fine, I just wanted to mention
> it while I remembered it.)
I've got the same hang-on-exit at home. I don't think there should
be any problem with running 1.4.
>
> Other than that, and the two additional key bindings that got added
> (Ctrl-K and Ctrl-Y; I couldn't figure out why ^K quit working in the
> address bar :-), I haven't noticed any problems. And native Java is
> definitely working _much_ better than the plugin once I actually got
> it to work at all. Thank you very much!
> Bob
eirik
tbt
opera sits on loading the java applet, ever waiting for it to come in
$ java -version
Kaffe Virtual Machine
Copyright (c) 1996-2000
Transvirtual Technologies, Inc. All rights reserved
Engine: Just-in-time v3 Version: 1.0.6 Java Version: 1.1
Mandrake 8.2
tbt.
To mail me, turn cc into com
--
Utah. Land of the caffeine addicted Mormons.
From Craig Kilborn: (President Bush): "God bless Kickass Seal Land!"
Eirik Byrkjeflot Anonsen
It's probably qt that depends on Xt. There is a way around it,
but it is slightly complex. First of all, this error will only
disable java, so you can enable it again. However, I expect that
Opera will tend to crash if you do anything Java-related (that's
the whole reason for the test...)
To avoid the crashing, set LD_PRELOAD to the libawt.so library
in JREPATH/lib/i386. The simplest way is to add something like
export LD_PRELOAD=/path/to/jre/lib/i386/libawt.so
to the /usr/bin/opera script. Opera will still complain about
Xt already being loaded, but if you enable Java now, it should
work...
(Note that if LD_PRELOAD is set to a non-existing file or a non-library,
then it's not possible to start programs. Setting it in /usr/bin/opera
means that it will not be set when opera quits, though, so that should
be safe.)
eirik
Anders Melchiorsen
> So, I copied opera.jar and lc.jar to
> /foo/blah/java/whatever/lib/ext/ (the ext dir in my java install)
> and it's working now.
I can confirm that this worked for me, too. Thanks for the tip! What's
more, my on-line banking is now working in Opera for the first time.
Wo-hoo!
My fonts are really ugly, though. I have not had them AA before, so I
figure I might lack the appropriate fonts for that. Where would I go
to get better fonts?
Oh, and a buglet: I use My style layout on the Main bar, but the Find
button does not show up when I restart Opera. I have to manually
deactivate and reactivate it.
Martin Schrode
> java not working right in mandrake 8.2 with intel linux static
>
> opera sits on loading the java applet, ever waiting for it to come in
If you open "Window | Special | Java console", what do you get?
D Smith
> Hi all,
>
> We have now prepared the first preview of 6.1.
> It is located at:
>
> Intel Linux:
> http://web.opera.com/download/unix/untested/intel-linux/248-20020923-6.1-P1/
>
> Intel Freebsd:
> http://web.opera.com/download/unix/untested/intel-freebsd/248-20020923-6.1-P1/
>
> Changelog:
> http://web.opera.com/download/unix/untested/intel-linux/248-20020923-6.1-P1/changelog.txt
>
> Which Package to Select?
> http://web.opera.com/download/unix/untested/intel-linux/248-20020923-6.1-P1/whatpackage.txt
>
>
> Java:
> - Opera will now use java directly. Not through a plug-in.
> - Added information about Java presence in Help|Opera
> - Added "Enable Java" on F12 menu
> - Added Java section in preference dialog (Multimedia page)
> - Window | Special | Java Console should now work.
Static version reports no Java installed, but it shows up in the Plugins
under preferences. I am using Sun Java 1.4.1.
Anders Melchiorsen
> - Fixed a problem that made it impossible to detect a running instance
> of Opera in certain windowmanagers. Enlightment and Blackbox are two
> window managers that caused this problem.
I am using Sawfish, and the new Opera is unable to pass new pages
using -newpage and so on. It does detect the already running Opera,
though, since it does not start a new one. It merely aborts without
doing anything.
It seems to work if I run without a window manager, and thus it must
be an interaction with Sawfish.
Espen Sand
Eirik Byrkjeflot Anonsen
You probably have to add the path to your java, either
in the /usr/bin/opera script or in preft->multimedia->java path.
The Java path must currently include lib/i386 at the end (essentially,
it is the path to the dir that contains libjava.so). We should relly
add some checking to this...
eirik
Joost Kremers
> Hi all,
>
> We have now prepared the first preview of 6.1.
> It is located at:
>
> Intel Linux:
> http://web.opera.com/download/unix/untested/intel-linux/248-20020923-6.1-P1/
i seemed to have found a small bug in the install script: i want to
install opera into /opt/opera, but i want to put the wrapper script in
/usr/local/bin. so i did the following:
------[cut]------
Files will be intalled as follows:
-----------------------------------------------------------
Wrapper Script : /usr/bin
Binaries : /usr/lib/opera/6.10-20020923.1
Plugins : /usr/lib/opera/plugins
Shared files : /usr/share/opera
Documentation : /usr/share/doc/opera
-----------------------------------------------------------
Is this correct [y,n,c | yes,no,cancel]?
n
Enter installation prefix [/usr]
/opt/opera
Enter path for the Opera wrapper script [/opt/opera/bin]
/usr/local/bin
Enter path for the Opera binaries [/opt/opera/lib/opera/6.10-20020923.1]
Enter path for the Opera plugins [/opt/opera/lib/opera/plugins]
Enter path for the Opera shared files [/opt/opera/share/opera]
Enter path for the Opera documentation [/opt/opera/share/doc/opera]
Files will be intalled as follows:
-----------------------------------------------------------
Wrapper Script : /opt/opera/bin
Binaries : /opt/opera/lib/opera/6.10-20020923.1
Plugins : /opt/opera/lib/opera/plugins
Shared files : /opt/opera/share/opera
Documentation : /opt/opera/share/doc/opera
-----------------------------------------------------------
Is this correct [y,n,c | yes,no,cancel]?
-------[cut]---------
i explicitly entered the location of the wrapper script as
/usr/local/bin, but the install script still wants to put it in
/opt/opera/bin. is this a bug or is this intentional?
i created a symlink /usr/local/bin/opera to /opt/opera/bin/opera,
which works just fine.
--
Joost Kremers http://baserv.uci.kun.nl/~jkremers
In Slackware, development is not a spectator sport.
-- /dev/rob0 in alt.os.linux.slackware
Eirik Byrkjeflot Anonsen
> Eirik Byrkjeflot Anonsen schrieb:
>
> I thought, Java (SunJava2-1.3.1) works, but it doesn't. The same error as
> Maik Schulz.
>
> > [...] However, I expect that
> > Opera will tend to crash if you do anything Java-related (that's
> > the whole reason for the test...)
>
> It crashes ...
>
> > To avoid the crashing, set LD_PRELOAD to the libawt.so library
> > in JREPATH/lib/i386. The simplest way is to add something like
> > export LD_PRELOAD=/path/to/jre/lib/i386/libawt.so
> > to the /usr/bin/opera script.
>
> # export LD_PRELOAD=/usr/lib/java/jre/lib/i386/libawt.so
> # opera -debugjava
> /bin/sh: error while loading shared libraries: libmlib_image.so: cannot open shared object file: No such file or directory
>
> Ok.
> # locate libmlib_image.so
> /usr/lib/java/jre/lib/i386/libmlib_image.so
> # export LD_LIBRARY_PATH=/usr/lib/java/jre/lib/i386/
> # LD_PRELOAD=/usr/lib/java/jre/lib/i386/libawt.so opera -debugjava
> /bin/sh: error while loading shared libraries: libjvm.so: cannot open shared object file: No such file or directory
> Grr.
>
> # locate libjvm.so
> /usr/lib/java/jre/lib/i386/classic/libjvm.so
> /usr/lib/java/jre/lib/i386/client/libjvm.so
> /usr/lib/java/jre/lib/i386/server/libjvm.so
> But which one?
>
> # export LD_LIBRARY_PATH=/usr/lib/java/jre/lib/i386/:/usr/lib/java/jre/lib/i386/classic/
> # LD_PRELOAD=/usr/lib/java/jre/lib/i386/libawt.so opera -debugjava
> /bin/sh: relocation error: /usr/lib/java/jre/lib/i386/libjava.so: undefined symbol: jdk_sem_post
> Hm.
>
> # export LD_LIBRARY_PATH=/usr/lib/java/jre/lib/i386/:/usr/lib/java/jre/lib/i386/client/
> # LD_PRELOAD=/usr/lib/java/jre/lib/i386/libawt.so opera -debugjava
> Seems to work.
>
> # export LD_LIBRARY_PATH=/usr/lib/java/jre/lib/i386/:/usr/lib/java/jre/lib/i386/server/
> Seems to work too.
>
> > [...]
> > (Note that if LD_PRELOAD is set to a non-existing file or a non-library,
> > then it's not possible to start programs. Setting it in /usr/bin/opera
> > means that it will not be set when opera quits, though, so that should
> > be safe.)
>
> # LD_PRELOAD="" export LD_PRELOAD=""
> saved me.
>
> MfG,
> Jan
> --
> He who hesitates is sometimes saved.
This seems reasonable to me.
Your main problem is to get the LD_LIBRARY_PATH correctly. There
is code that tries to set this in /usr/bin/opera, so it might be
worth looking there to see which directories we try to set it to...
I haven't seen any good documentation for this, so the paths are
based on guesswork and testing, I'm afraid...
eirik
Eirik Byrkjeflot Anonsen
> In reply to Bob Manson
>
> I'm running opera from /opt/opera6, and would like to get Java to
> run as well. It's the 6.1pre1 that you use. /opt/java/j2re1.4.0/lib/i386
> is the path where libaw.so (or whatever) is in and so /opt/java/j2re1.4.0/
> path.
>
> Can you somehow quick and dirty tell me what to do? I've copied
> the jar files from /opt/opera6/java to /opt/java/j2re1.4.04/lib/ext/.
> Then I've edited ~/.opera/javapath.txt to point to
>
> /opt/java/j2re1.4.0/lib/i386/
>
> Now I get that odd message about the opera.policy file. That is
> in /opt/opera6/java/ ... now what? What exact variables have to be set
> to what?
>
> Geeze, complicated.
The opera.policy file contains the security permissions.
In order for applets to work, first opera must find this
file. Next, the opera.jar file must be given free reign.
So check that there is a grant codebase "<url>", where
<url> actually names the correct path to opera.jar.
eirik
Eirik Byrkjeflot Anonsen
The no-qt-for-AA is in particular the use of Xft to render
fonts instead of Qt. So if you have set up your Xft correctly
(and you have some suitable fonts) there should be fonts marked
with [Xft] when choosing fonts in prefs->document.
eirik
Eirik Byrkjeflot Anonsen
> EBA>> Now I get that odd message about the opera.policy file. That is
> EBA>> in /opt/opera6/java/ ... now what? What exact variables have to be set
> EBA>> to what?
>
> EBA> The opera.policy file contains the security permissions.
> EBA> In order for applets to work, first opera must find this
> EBA> file. Next, the opera.jar file must be given free reign.
>
> Okay, but how do I make opera find opera.policy then?
> It is here: /opt/opera6/java/opera.policy. Opera however does
> not find it. Where to put it?
>
That is a good question. I'm actually not too sure...
Try adding
Security Policy=/opt/opera6/java/opera.policy
to the
[Java]
section of opera6.ini. (If there is no [Java] section, create
it. And remember to back up your opera6.ini first...)
The code looks as if that should work...
> EBA> So check that there is a grant codebase "<url>", where
> EBA> <url> actually names the correct path to opera.jar.
>
> I've added:
>
> grant codebase "file:///opt/opera6/java/opera.jar" {
> permission java.security.AllPermission;
> };
>
> to opera.policy and hope that is correct.
Looks reasonable.
eirik