Opera 8 beta for Linux, Solaris and FreeBSD is available for download. As usual, discuss the new version in opera.linux, on the opera-linux mailing list, and in the my.opera.com Opera for Linux forum.
The UNIX specific changelog is not online yet but will soon. Please refer to the changelog for the windows version. Note that voice support is not activated in the UNIX version.
In addition there are some extra changes for the UNIX version as listed below:
- Support for mouse buttons 6 and 7 (side buttons). - Support for detecting a running KDE environment and reading the KDE plug-in path. - Added Alt + F11 as an alternative shortcut to toggle the menu bar. - When running the "opera" script from the extract directory of a tar.gz or tar.bz, Opera will automatically create a personal settings directory so that "-personaldir" is not required. The ECMAScript console will also work in this mode of operation. - The default font size for forms and compose fields are now the same as for PRE font. - Proper colors for PRE, CODE, and TT fonts. The fonts were difficult to read in user mode due to gray text on white background. - Fix to provide correct redrawing when mouse is leaving elements with CSS hover attribute set. - Accept Bitstream Vera fonts as suitable default fonts. - Better font size options for smoothly scalable fonts.
> Opera 8 beta for Linux, Solaris and FreeBSD is available for > download. As usual, discuss the new version in opera.linux, on the > opera-linux mailing list, and in the my.opera.com Opera for Linux > forum.
> Opera 8 beta for Linux, Solaris and FreeBSD is available for > download. As usual, discuss the new version in opera.linux, on the > opera-linux mailing list, and in the my.opera.com Opera for Linux > forum.
> I just installed the beta and noticed something strange that was also > present in 7.6TP4, but not in TP3 or other versions:
> Every horizontal scrolling with my mouse (Logitech Trackman Marble FX) > makes Opera browse backwards and forwards. > All other Opera versions up to TP3 correctly scroll left to right.
> I use MandrakeLinux 10.1 official and here is my Xorg.conf:
> Any idea on how I can gat Opera to scroll correctly or at least on how > to tell it not to move through the history?
Button 6 and 7 have been mapped to back/fwd history navigation. That can not be turned off at the moment, but if this is a problem, then we have to do something with that.
Is it so that you get (or want to have) horizontal wheel events with you current setup?
> Opera 8 beta for Linux, Solaris and FreeBSD is available for > download. As usual, discuss the new version in opera.linux, on the > opera-linux mailing list, and in the my.opera.com Opera for Linux > forum.
> The UNIX specific changelog is not online yet but will soon. > Please refer to the changelog for the windows version. Note > that voice support is not activated in the UNIX version.
> In addition there are some extra changes for the UNIX version > as listed below:
> - Support for mouse buttons 6 and 7 (side buttons). > - Support for detecting a running KDE environment and reading the KDE > plug-in path. > - Added Alt + F11 as an alternative shortcut to toggle the menu bar. > - When running the "opera" script from the extract directory of a tar.gz > or tar.bz, Opera > will automatically create a personal settings directory so that > "-personaldir" is not required. > The ECMAScript console will also work in this mode of operation. > - The default font size for forms and compose fields are now the same as > for PRE font. > - Proper colors for PRE, CODE, and TT fonts. The fonts were difficult to > read in user mode > due to gray text on white background. > - Fix to provide correct redrawing when mouse is leaving elements with > CSS hover attribute set. > - Accept Bitstream Vera fonts as suitable default fonts. > - Better font size options for smoothly scalable fonts.
One bug reported in the forums already ... when configuring fonts, the sample text doesn't change according to your selections.
Otherwise ... I don't know, generally feels more like the Windows version. A little more consistency between the two. Hard to say exactly.
I presume none of the bugs reported in the two weeks since 8.0 B1 was released for Windows have been fixed yet ... well, except that it has the right title when installing over an older version.
On Thu, 06 Jan 2005 10:25:40 +0100, Espen Sand <es...@opera.com> wrote: > Hi all,
> Opera 8 beta for Linux, Solaris and FreeBSD is available for > download. As usual, discuss the new version in opera.linux, on the > opera-linux mailing list, and in the my.opera.com Opera for Linux > forum.
> The UNIX specific changelog is not online yet but will soon. > Please refer to the changelog for the windows version. Note > that voice support is not activated in the UNIX version.
> In addition there are some extra changes for the UNIX version > as listed below:
> - Support for mouse buttons 6 and 7 (side buttons). > - Support for detecting a running KDE environment and reading the KDE > plug-in path. > - Added Alt + F11 as an alternative shortcut to toggle the menu bar. > - When running the "opera" script from the extract directory of a tar.gz > or tar.bz, Opera > will automatically create a personal settings directory so that > "-personaldir" is not required. > The ECMAScript console will also work in this mode of operation. > - The default font size for forms and compose fields are now the same as > for PRE font. > - Proper colors for PRE, CODE, and TT fonts. The fonts were difficult to > read in user mode > due to gray text on white background. > - Fix to provide correct redrawing when mouse is leaving elements with > CSS hover attribute set. > - Accept Bitstream Vera fonts as suitable default fonts. > - Better font size options for smoothly scalable fonts.
Steven V. Gunhouse wrote: > One bug reported in the forums already ... when configuring fonts, the > sample text doesn't change according to your selections.
Yes, I have seen that as well.
> Otherwise ... I don't know, generally feels more like the Windows > version. A little more consistency between the two. Hard to say exactly.
> I presume none of the bugs reported in the two weeks since 8.0 B1 was > released for Windows have been fixed yet ... well, except that it has > the right title when installing over an older version.
We use same code version as the windows beta. The title bar code is platform specific to some extent.
>>>Any idea on how I can gat Opera to scroll correctly or at least on how >>>to tell it not to move through the history?
>>Button 6 and 7 have been mapped to back/fwd history navigation. That can >>not be turned off at the moment, but if this is a problem, then we have to >>do something with that.
> Could you make that configurable?
Yes, hardcoding will be removed in the next release. By default back/fwd will be bound to button6 and button7 but that can then be disabled by commenting out "Button6 = Back" and "Button7 = Forward" statements in standard_mouse.ini (in /usr/share/opera/ini/). The file can be copied to ~/.opera/mouse/ first so that this setting is private for you.
In message <41DD0414.40...@opera.com>, Espen Sand <es...@opera.com> wrote
>Hi all,
>Opera 8 beta for Linux, Solaris and FreeBSD is available for >download. As usual, discuss the new version in opera.linux, on the >opera-linux mailing list, and in the my.opera.com Opera for Linux >forum.
Is there a 64 bit version available ? I could not see any indication on the beta page. -- Robert My usual .sig just went on holiday so I'm currently interviewing would-be .sig's to find a stand-in
The first two US sites I tried (e-tech-solution.com and ftp.130th.net) don't have the version 8 directory. I eventually downloaded from an Irish site.
-- Mac :}) ** I usually forward private questions to the appropriate mail list. ** Ask Smarter: http://www.catb.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age.
>>Opera 8 beta for Linux, Solaris and FreeBSD is available for >>download. As usual, discuss the new version in opera.linux, on the >>opera-linux mailing list, and in the my.opera.com Opera for Linux >>forum.
>>Is there a 64 bit version available ? I could not see any indication on >>the beta page.
> I don't believe there is at this time.
In this case, the 4th line of my .sig should read "if it's not there and you can't see it - it wasn't there in the first place :-( -- Robert HULL If it's there and you can see it - it's real If it's there and you can't see it - it's transparent If it's not there and you can see it - it's virtual If it's not there and you can't see it - it's gone!
In article <87d5w4rw1g....@opera.com>, Eirik Byrkjeflot Anonsen <ei...@opera.com> writes:
> Richard.L.Hamil...@mindwarp.smart.net (Richard L. Hamilton) writes:
>> _Still_ leaving the Java applets out in separate windows instead of >> reparenting them into the browser window. (SPARC Solaris 9, fully >> patched).
> Thanks for the reminder. I still don't know why it happens, though.
Any ideas on how to find out? (syscall trace, xscope, etc)
Richard.L.Hamil...@mindwarp.smart.net (Richard L. Hamilton) writes:
> In article <87d5w4rw1g....@opera.com>, > Eirik Byrkjeflot Anonsen <ei...@opera.com> writes: >> Richard.L.Hamil...@mindwarp.smart.net (Richard L. Hamilton) writes:
>>> _Still_ leaving the Java applets out in separate windows instead of >>> reparenting them into the browser window. (SPARC Solaris 9, fully >>> patched).
>> Thanks for the reminder. I still don't know why it happens, though.
> Any ideas on how to find out? (syscall trace, xscope, etc)
Opera is supposed to, at increasingly longer intervals, look through pretty much all windows on the x server looking for one named "Opera will reparent me into <number>" (or something very similar).
Then, that window will be reparented into the window with the id as given in the title.
So either:
- That code doesn't get run. - The tree walk using XQueryTree fails to find the window. - Maybe the string match on the window fails... - Or the reparent itself fails...
Some of these can probably be tested by external tracing, in particular seeing if the calls to XQueryTree ever returns the java window (with the correct title) in the children_return parameter...
> Button 6 and 7 have been mapped to back/fwd history navigation. That can > not be turned off at the moment, but if this is a problem, then we have to > do something with that.
> Is it so that you get (or want to have) horizontal wheel events with you > current setup?
With my touchpad, I can usually scroll vertically or horizontally moving the finger along the right or bottom edge, this is very convenient and intuitive... but it doesn't work with current beta.
I see you have replied this will be configurable, great! Now, I really think this is an option that should be available in the UI, maybe with the middle-click options or in a new "mouse preferences" tab.
|
