Preview 3 of Opera 7.10 for Linux available
Espen Sand
This is the first release ever that is synchronized with an Opera for
windows release. Windows is released as 7.10 Beta 1 today and since we
share the user interface and most of the other components we have
jumped to the 7.10 tag as well (thus skipping 7.0). We have not has
as much time to test this release compared with the windows version
and we lack some linux specific features so we still name it
a Technology Preview.
Please discuss this release in the opera.linux newsgroup or opera-linux
mail list before submitting bugs to our BTS (Bug Tracking System).
We recommend that you not install it over a current version of Opera.
Download from:
http://snapshot.opera.com/unix/intel-linux/383-20030403-7.1.0-TP3/
Changelog:
Common changelog (for both windows and linux, linux only at the bottom)
=======================================================================
M2, Opera's new e-mail and news client
* Automatically mark messages as read after X seconds if they are in a
view where read messages can be shown. View->Mark as read to turn on.
* M2 remembers sorting of e-mail messages between sessions
* When using mark all as read on a folder, m2 will now only mark read
messages that are actually visible in the access point (not hidden
newsgroup messages for instance).
* Let space bar used in mail be page down and when at bottom, mark as read
and go to next unread, and if no more unread, go to next normal read
message
* Resize column headers
* Improved status indication in M2
* Keyboard navigation in M2: F7 focuses Hotlist panel, F8 mail headers, F9
* Inherit filter from parent folder added to m2 filters. More exactly:
Limits filtering to messages contained in parent.
* IMAA-support (should solve problems with unicode in incoming from
addresses
User interface features
* Cookie Manager implemented
* Wand Manager implemented * Notes panel: Select some text on a page,
press Ctrl+Shift+C (copy to note). The lower HotList pane is a text field
where you can edit the selected note real-time, no saving needed. Text on
a webpage copied directly to a note (Copy to note) becomes a special web
note with a different icon and double clicking the note opens that web
page url (but does not scroll down) and auto selects the text
* Added Info panel in HotList
* FastForward can now be used as a "slide show" on galleries, like
http://www.lib.utexas.edu/maps/middle_east_and_asia/
* Improved fast forward, everything is now defined in fastforward.ini
* When spacing to bottom of page, invoke fast forward
* Added .shtml as extension for html documents in addition to .htm, .html,
since shtml is commonly used by web servers
* It is now possible to change view style both in hotlist and in bookmark
manager
* Support for an alternative Ctrl+TAB mode
* Export Bookmarks file as html
* Enhanced tooltips for bookmarks and Page bar tabs
* Added 'Rewind' button to jump back quickly
* Support for downloading setup files for menus and keyboard shortcuts.
Accessibility Features
* Pressing down arrow in a single line edit field (in forms for example)
will now open a dropdown menu with personal info and all notes. Similiarly,
pressing down in To,CC,BCC opens the same kind of menu as pressing the
To,cc,bcc buttons.
More features
* :hover and :active now only apply to links (as in, hover and/or active
without any other selector)
* The Transfer panel now contains two columns, where the last toggles
between filesize and progress
* Changes in Transfer panel
* Preferences redone/reorganized/improved
* Added options for location of progress bar
* First time setup dialog
* Various improvements to the Wand (save for page or entire server)
* Improved bookmark handling, including split view and flat/single folder
view
* Manage contacts dialog
* Improved bookmark import
* The new setup manager with options on first run
Miscellaneous
* Status bar text when hovering bookmarks and contacts
* Status bar text for items in the personal toolbar
* Support for actions in bookmark folders
* Fixed a hang on pages that used % height on replaced content in tables *
Plugins: avoid JS url loading when JS is switched off.
* Made it possible to tab to the Hotlist selector
* Fix for @media handheld (which can be used to override SSR)
Linux only changelog:
=====================
General
* A lot of focus updates. We hope all is working now.
* Gesture fixes. Gesture down would not open a link in a new window.
* Drag and drop is now in a much better state. Bookmarks and toolbars
can now be adjusted with the mouse.
Searching
* The search.ini file was not read under certain circumstances making it
impossible to search from the embedded search fields.
Session management
* Fixed some problems regarding importing old opera 6 win files
(autosave.win). The converted filename has been changed and we take a backup
of the original file.
* Some fixes in the window session file management to avoid duplicated session
entries and removing old (closed) windows in the session file.
Mouse and keyboard
* Support for horizontal panning.
* Copy text to mouse selection buffer before showing hotclick menu
* Hotclick popup menu position fix when at bottom of screen.
* Support for Midclick pasting in document window.
* Support for Midclick configuration again. Activate with Shift+Midclick
* Support for Midclick pasting in the workspace area.
* Support for midclick pasting in the page toolbar
* Added support for Ctrl+U as a shortcut for Clear in edit fields.
* Ctrl+TAB is working again (page navigation) when using the popup page list
* Support for mouse wheel activated again for next/prev page flipping.
Miscellaneous
* Nickname support is enabled again.
* Made Author/User mode toggling work properly in the address bar
* Center dialog under mouse support.
* Improved startup code so that command line geometry settings will be used in
all cases.
* Added better testing for native windows skins that we do not support.
* Fixed some problems with tooltips popping up when they should not (while
panning and the popup menus are visible).
Enjoy,
--
Espen Sand
es...@opera.com
Maik Schulz
looks nice!
What I found so far:
- hitting F6 (tile windows) not only operates on the visible but also on
minimized windows (MDI mode)
- I haven't found a way for new browser windows to not open maximized. In
the preferences dialog, "Always maximize new pages" is unchecked.
- When dealing with pages showing a table with hundreds of columns (e.g.
browsing a huge table in phpMyAdmin) the horizontal scroll bar disappears.
A question: Is Java supposed to work now? Haven't tried yet...
Thanks and take care,
-Maik
Johan H. Borg
wrote:
> Hi Espen,
>
> looks nice!
>
> What I found so far:
> - hitting F6 (tile windows) not only operates on the visible but also on
> minimized windows (MDI mode)
> - I haven't found a way for new browser windows to not open maximized. In
> the preferences dialog, "Always maximize new pages" is unchecked.
Restore a window, make it the size you like, close it, open a new one. The
new one should have the same size as the last normal (non-popup) window you
closed.
Johan.
--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
Rijk van Geijtenbeek
wrote:
> Hi Espen,
>
> looks nice!
>
> What I found so far:
> - hitting F6 (tile windows) not only operates on the visible but also on
> minimized windows (MDI mode)
That is a crossplatform misfeature of Opera 7.
> - I haven't found a way for new browser windows to not open maximized. In
> the preferences dialog, "Always maximize new pages" is unchecked.
In that case, the size of the last-closed window should be reused.
> - When dealing with pages showing a table with hundreds of columns (e.g.
> browsing a huge table in phpMyAdmin) the horizontal scroll bar
> disappears.
Do you have an online example?
> A question: Is Java supposed to work now? Haven't tried yet...
--
If you don't like having choices | Rijk van Geijtenbeek
made for you, you should start | Documentation & QA
making your own. - Neal Stephenson | mailto:ri...@opera.com
Eirik Byrkjeflot Anonsen
Yes, Java is supposed to work. Unfortunately, it doesn't.
The wrong opera.jar got packed by mistake, so if you set
up everything correctly you'll get a dialog box saying
"failed to register native methods. You've got a too old
opera.jar, or opera.jar is not in the class path."
eirik
Nick Bruton
Looks good except clicking on a link re-uses the first of my open tabs,
I've turned off reuse existing window but it still happens. Have I
missed something?
Nick
Nick Bruton
...... etc that lets show what is underneath the window
Espen Sand
Espen Sand
Probably not. Will look into it. You can try to mid click on a link to open in a
new page (Shift+Midclick to configure)
--
Espen Sand
es...@opera.com
Nick Bruton
Nick
Nick Bruton
And the middle click thing works also
Nick
Espen Sand
Nick Bruton wrote:
> Nick Bruton wrote:
>
>> Espen Sand wrote:
>>
>>> Nick Bruton wrote:
>>>
>>>> Nick Bruton wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Looks good except clicking on a link re-uses the first of my open
>>>>> tabs, I've turned off reuse existing window but it still happens.
>>>>> Have I missed something?
>>>>>
>>>>> Nick
>>>>>
>>>> Also I have a patch of aabout .5 inch to the left of the File
>>>> Navigation ...... etc that lets show what is underneath the window
>>>
>>>
>>>
>>>
>>> Try "opera -style platinum" Did that help?
>>>
>> Nope fraid not, exactly the same
>>
>> Nick
>>
> Sorry yes that fixed the patch
I guessed so. The reason for the problem is the KDE skin you use.
>
> And the middle click thing works also
>
> Nick
>
--
Espen Sand
es...@opera.com
Marek A. Stepien
> * :hover and :active now only apply to links (as in, hover and/or active
> without any other selector)
So, does this mean that e.g.
div.redGreenBox {
background: #f00;
}
div.redGreenBox:hover {
background: #00f;
}
won't work in 7.1?!
And you call this "feature"? Or am I missing something?
--
/home/marcoos/.signature: Permission denied.
Marek A. Stepien
> And you call this "feature"? Or am I missing something?
Probably I am. I've just tested 7.1 and it's ok with div:hover. :)
--
/home/marcoos/.signature: Permission denied.
Rijk van Geijtenbeek
at-marcoos.com> wrote:
> Espen Sand wrote:
>> * :hover and :active now only apply to links (as in, hover and/or active
>> without any other selector)
>
> So, does this mean that e.g.
>
> div.redGreenBox {
> background: #f00;
> }
> div.redGreenBox:hover {
> background: #00f;
> }
>
> won't work in 7.1?!
>
> And you call this "feature"? Or am I missing something?
No, it means that
:hover {color: red;}
.. will not apply to hovering over the BODY element (and all other
elements), only when hovering over links. If you have an element in the
selector, all will be well.
Lars Goldschlager
> Yes, Java is supposed to work. Unfortunately, it doesn't.
>
> The wrong opera.jar got packed by mistake, so if you set
> up everything correctly you'll get a dialog box saying
> "failed to register native methods. You've got a too old
> opera.jar, or opera.jar is not in the class path."
Sorry to nag or ask for things I have no right to ask for Eirik, but could
the team repack TP3 with the right jar? Since it's supposed to work it
would be a shame to have to wait until TP4 to java workign just for a wrong
file... :/
Lars.
P.s. Keep up the good work, you are a few releases away from making me
switch from phoenix almost totally. :)
>
>
> eirik
Andre Wisplinghoff
>> ...
>>
>> A question: Is Java supposed to work now? Haven't tried yet...
>>
>> Thanks and take care,
>> -Maik
>
>
> Yes, Java is supposed to work. Unfortunately, it doesn't.
>
> The wrong opera.jar got packed by mistake, so if you set
> up everything correctly you'll get a dialog box saying
> "failed to register native methods. You've got a too old
> opera.jar, or opera.jar is not in the class path."
>
>
> eirik
Yes, that's the problem. Can I get the right opera.jar anywhere?
Or is there another solution to get java working?
Andre
Maik Schulz
> Maik Schulz <msc...@removeme.emb.de> writes:
>
[snip]
>>
>> A question: Is Java supposed to work now? Haven't tried yet...
>>
>> Thanks and take care,
>> -Maik
>
>
> Yes, Java is supposed to work. Unfortunately, it doesn't.
>
> The wrong opera.jar got packed by mistake, so if you set
> up everything correctly you'll get a dialog box saying
> "failed to register native methods. You've got a too old
> opera.jar, or opera.jar is not in the class path."
>
>
> eirik
Yeay! Could you make the correct opera.jar file available, please?
Thanks,
-Maik
Bernd Wachter
Hi,
I have the following problems with the static Debian package:
- after clicking a link the requestet content gets displayed in the
first window.
- I'm using `focus on on-mouse-over'. If the `preferences'-window is
open Opera will push itself in front of all other windows.
- I'm missing the fast switch between different browser-identifications
using the button in the status-bar
Bernd
--
"Windows-Rechner tendieren dazu, hin und wieder abzustuerzen."
(S.u.S.E. Linux Handbuch, Kapitel Samba-Konfiguration)
Eirik Byrkjeflot Anonsen
Currently you really need the right opera.jar. I'm wary of
publishing a "correct" opera.jar except as part of the opera
package for a very simple reason: security. Java is meant to
be running in a sandbox environment so it can't do anything
nasty. However, the opera.jar file is running outside of that
sandbox. So I find it way to easy for a trojan to sneak into
a "privately distributed" opera.jar. I may be overly paranoid
here, of course...
I'm not sure what we will do about this... Hopefully we'll
make a new build again soon...
eirik
Lars Goldschlager
>
> Currently you really need the right opera.jar. I'm wary of
> publishing a "correct" opera.jar except as part of the opera
> package for a very simple reason: security. Java is meant to
> be running in a sandbox environment so it can't do anything
> nasty. However, the opera.jar file is running outside of that
> sandbox. So I find it way to easy for a trojan to sneak into
> a "privately distributed" opera.jar. I may be overly paranoid
> here, of course...
>
Ok I agree abotu security one can never be too paranoid.. what I suggest and
not only for this case but for always like many big GPL projects do, why
not provide MD5 Keysums (on opera page or somewhere protected from
alteration) for packages or single files of opera so they can be checked?
and if the developer team has a GPG (or PGP) KeySet They could even offer
signed verification for packages... :/
> I'm not sure what we will do about this... Hopefully we'll
> make a new build again soon...
Please please :) please :)
Thanks thanks thanks
>
>
> eirik
Espen Sand
>
> Espen Sand <es...@opera.com> wrote in news:3E8C1726...@opera.com:
>
> > Please discuss this release in the opera.linux newsgroup or
> > opera-linux mail list before submitting bugs to our BTS (Bug Tracking
> > System). We recommend that you not install it over a current version
> > of Opera.
>
> router has a web interface at 192.168.1.1 that uses HTTP authentication
> with a password but no username. If I enter my password and tell Opera to
> remember it, it works the first time. But when I close Opera and try to
> revisit the page, Opera crashes immediately. It also crashes if I try to
> delete the entry for http://192.168.1.1/ in the wand manager. I'm not sure
> if there's any way to fix this short of deleting wand.dat.
Can you please file this as a bug at bugs.opera.com ?
--
Espen Sand
es...@opera.com
Roland Reck
> On Thu, 03 Apr 2003 16:29:30 +0200, Marek A. Stepien <adresem-
> je...@marcoos-at-marcoos.com> wrote:
>
>> Espen Sand wrote:
>>> * :hover and :active now only apply to links (as in, hover and/or
>>> active
>>> without any other selector)
>>
>> So, does this mean that e.g.
>>
>> div.redGreenBox {
>> background: #f00;
>> }
>> div.redGreenBox:hover {
>> background: #00f;
>> }
>>
>> won't work in 7.1?!
>>
>> And you call this "feature"? Or am I missing something?
>
> No, it means that
>
> :hover {color: red;}
>
> .. will not apply to hovering over the BODY element (and all other
> elements), only when hovering over links. If you have an element in the
> selector, all will be well.
And how about:
* *:hover or * * *:hover etc?
--
Gruß / Regards
Roland Reck
Martin Schrode
> - I'm missing the fast switch between different browser-identifications
> using the button in the status-bar
Linux specific features are missing but maybe the following helps a bit:
Ctrl+Alt+O => ID as Opera
Ctrl+Alt+I => ID as MSIE
You might be able to use AltGR instead of Ctrl+Alt. Of course, there's
always F12.
Martin Schrode
> what I suggest and not only for this case but for always like many big
> GPL projects do, why not provide MD5 Keysums
Pip
a long way. But could you please make M2 an add-on? It's of no use to me at
all, and slicing it out reduces program size and memory use.
Is there a problem with keeping it separate?
Pip
Rijk van Geijtenbeek
> Am Di, 03 Apr 2003 17:10:13 +0200 schrieb Rijk van Geijtenbeek:
..
>> :hover {color: red;}
>>
>> .. will not apply to hovering over the BODY element (and all other
>> elements), only when hovering over links. If you have an element in the
>> selector, all will be well.
>
> And how about:
>
> * *:hover or * * *:hover etc?
Those will also not work anymore. To be practical, a rule like:
ul *:hover {background: yellow;}
will not highlight list elements, you need to use:
ul li:hover {background: yellow;}
Would there be real demand for supporting :hover and :active completely
when they are not the first part of a selector? I don't think
distinguishing between ":hover" and "*:hover" is possible with the current
CSS parser, as those selectors are technically exactly the same.
Martin Schrode
> could you please make M2 an add-on?
It is. It's m2.dll on Windows and m2.so on Linux. Just delete the tiny
little thing if it makes you happy.
Roland Reck
> On Fri, 04 Apr 2003 03:30:20 +0200, Roland Reck <r.r...@gmx.de> wrote:
>
>> Am Di, 03 Apr 2003 17:10:13 +0200 schrieb Rijk van Geijtenbeek:
> ..
>
>>> :hover {color: red;}
>>>
>>> .. will not apply to hovering over the BODY element (and all other
>>> elements), only when hovering over links. If you have an element in the
>>> selector, all will be well.
>>
>> And how about:
>>
>> * *:hover or * * *:hover etc?
>
> Those will also not work anymore. To be practical, a rule like:
>
> ul *:hover {background: yellow;}
>
> will not highlight list elements, you need to use:
>
> ul li:hover {background: yellow;}
>
>
> Would there be real demand for supporting :hover and :active completely
> when they are not the first part of a selector? I don't think
> distinguishing between ":hover" and "*:hover" is possible with the
> current CSS parser, as those selectors are technically exactly the same.
Right, that was the reason, why I wrote "* *:hover". I think it is nonsense
for the body element, so ":hover" and "*:hover" (without _any_ other
selector, even without an universal "*" selector) can be kicked without
hesitation.
<whine>
It was so useful to show structures when hovering over page elements,
especialliy when using my own user stylesheet instead of the traditional
"show structural elements" stylesheet.
</whine>
Pip
> It is. It's m2.dll on Windows and m2.so on Linux. Just delete the tiny
> little thing if it makes you happy.
Really? Excellent. I thought all the preference/menu/toolbar/contacts things
were written in to the main programme.
But since it's a separate item already, why not promote it as such - a
separate download for M2 as a separate item, in line with the way Mozilla
have finally realized these things should go. Make everything smaller and
neater.
Oh, and I'm from a previous age where 829K couldn't be described as a "tiny
little thing." It might be described as an operating system, though.
Thanks for the help.
Pip
Dave A
<P...@cwci.TheKinkyUnderwear.net> wrote:
>Martin Schrode wrote:
>
>> It is. It's m2.dll on Windows and m2.so on Linux. Just delete the tiny
>> little thing if it makes you happy.
>
>Really? Excellent. I thought all the preference/menu/toolbar/contacts things
>were written in to the main programme.
Standard toolbars, etc, are set via standard_*.ini files. In my setup
they are in usr\share\opera\ini
They can be modified by:
1) Copy/rename the relevant ini file to [user]\.opera\[relevant folder
- e.g. menu to modify menu]. DO NOT DELETE the original file.
2) Give a new unique Name to the relevant line in the [Info] section
3) Make any changes. E.g to eliminate the "Mail" menu from the Menu
bar, comment out all lines that refer to "Browser Mail Menu", and the
entire section [Browser Mail Menu], including separators.
4) Delete any unmodified sections or lines of the new ini file, then
save.
5) Start Opera. The modified menu setup should be available for
selection under its given unique name below Opera Standard under
Preferences > Toolbars and Menus > Menu Setup
>But since it's a separate item already, why not promote it as such - a
>separate download for M2 as a separate item, in line with the way Mozilla
>have finally realized these things should go. Make everything smaller and
>neater.
This suggestion was debated at great length after the release of O7
for Windows. At the moment Opera Software seem to be putting much
higher priority on promoting M2 as a radically new way of organising
mail than in making everything smaller and neater - a move which would
anyway double the number of permutations in chosing the right version
to download.
Espen Sand
> On Fri, 04 Apr 2003 11:56:05 +0100, Pip
> <P...@cwci.TheKinkyUnderwear.net> wrote:
>
>
>>Martin Schrode wrote:
>>
>>
>>>It is. It's m2.dll on Windows and m2.so on Linux. Just delete the tiny
>>>little thing if it makes you happy.
>>
>>Really? Excellent. I thought all the preference/menu/toolbar/contacts things
>>were written in to the main programme.
>
>
> Standard toolbars, etc, are set via standard_*.ini files. In my setup
> they are in usr\share\opera\ini
>
> They can be modified by:
>
> 1) Copy/rename the relevant ini file to [user]\.opera\[relevant folder
> - e.g. menu to modify menu]. DO NOT DELETE the original file.
>
> 2) Give a new unique Name to the relevant line in the [Info] section
>
> 3) Make any changes. E.g to eliminate the "Mail" menu from the Menu
> bar, comment out all lines that refer to "Browser Mail Menu", and the
> entire section [Browser Mail Menu], including separators.
In the Linux version I do hide the main mail menu if m2 is not present
so that should not be required I think.
--
Espen Sand
es...@opera.com
Dave A
wrote:
>In the Linux version I do hide the main mail menu if m2 is not present
>so that should not be required I think.
Good - I only wish the Windows version did the same.
The trick can still be used to make other customisations to the menu
bar, e.g. I use it to remove the commands ("Add to bookmarks")
accessed via the "Bookmarks" command on the menu bar.
The method can also be used to customise pop-up menus (uses the same
ini files as the menu bar), keyboard shortcuts and mouse gestures.
Customizations are operating-system independent. Hopefully, once O7.1
is ready for final release, OS will add sections to the
http://my.opera.com/customize/ to allow for downloads of menu and
keyboard customizatations.
--
Dave A
Bernd Wachter
> Bernd Wachter <bwachte...@lart.info> wrote:
>
> > - I'm missing the fast switch between different browser-identifications
> > using the button in the status-bar
>
> Linux specific features are missing but maybe the following helps a bit:
>
> Ctrl+Alt+O => ID as Opera
> Ctrl+Alt+I => ID as MSIE
IE? No, thanks.
BTW, the problem with every page opening in the first window has
something to do with imported sessions from opera6. Every page requested
from one of these sites will be opened in the forst window of the
session.
Bernd
--
> Schon erledigt. :-) Aber was ist eigentlich 1 BG für eine Einheit?
Bill Gates. Es ging ja schließlich um Nullen.
(Gerhard Schromm und Peter Kobel in de.alt.sysadmin.recovery)
Espen Sand
> Martin Schrode <use...@schrode.net> writes:
>
>
>>Bernd Wachter <bwachte...@lart.info> wrote:
>>
>>
>>>- I'm missing the fast switch between different browser-identifications
>>>using the button in the status-bar
>>
>>Linux specific features are missing but maybe the following helps a bit:
>>
>>Ctrl+Alt+O => ID as Opera
>>Ctrl+Alt+I => ID as MSIE
>
>
> IE? No, thanks.
>
> BTW, the problem with every page opening in the first window has
> something to do with imported sessions from opera6. Every page requested
> from one of these sites will be opened in the forst window of the
> session.
Ok, if you don't mind I would like to have a copy of that file. I have
not observed this problem myself so maybe I can correct it once I know
where the error is located.
--
Espen Sand
es...@opera.com
Pip
> Standard toolbars, etc, are set via standard_*.ini files. In my setup
> they are in usr\share\opera\ini
True enough. However, what I was thinking about was not that the words
appear, but there must be code in the program to respond to those words. If
all of that is separated out to the m2.so file, with just APIs written in
to the main code, then things have been done better than I thought.
> This suggestion was debated at great length after the release of O7
> for Windows. At the moment Opera Software seem to be putting much
> higher priority on promoting M2 as a radically new way of organising
> mail than in making everything smaller and neater - a move which would
> anyway double the number of permutations in chosing the right version
> to download.
True enough. But with my connection speed, it would still be quicker
choosing the right permutation than downloading the wrong one.
Still, if OS are going to be moving that way in future, it's only a minor
niggle.
Tim Altman
<P...@cwci.TheKinkyUnderwear.net> wrote:
>But since it's a separate item already, why not promote it as such - a
>separate download for M2 as a separate item, in line with the way Mozilla
>have finally realized these things should go. Make everything smaller and
>neater.
The problem is that M2 relies on many parts of the browser code:
it uses Unicode to display certain charsets, messages are stored in
XML and displayed using the browser rendering engine, the Hotlist view
is based on the Bookmark code, etc. So, 195KB DLL (on Windows, sorry,
don't have Linux handy) becomes a separate 3MB program.
I just don't think Opera Software is a large enough company to
promote a mail client and browser separately. When they're combined,
it's half the work.
--
Tim Altman
roy...@myrealSP-AMbox.com
No SP-AM is good spam.
Dylan Parry
> The problem is that M2 relies on many parts of the browser code:
> it uses Unicode to display certain charsets, messages are stored in
> XML and displayed using the browser rendering engine, the Hotlist view
> is based on the Bookmark code, etc. So, 195KB DLL (on Windows, sorry,
> don't have Linux handy) becomes a separate 3MB program.
> I just don't think Opera Software is a large enough company to
> promote a mail client and browser separately. When they're combined,
> it's half the work.
But maybe it could be available as a separate download - a *plugin* for
the Opera browser? Someone mentioned that it was 800Kb on Linux, and
with a 56Kbps modem that could take some time to download (on my
machine it would take between 5-10 minutes, and I don't like to wait).
--
Dylan Parry
http://www.webpageworkshop.co.uk
Web Tutorials & Reference Guides
Tim Altman
Perhaps. But then it could become a support nightmare for Opera,
as users will have different versions of M2 with different versions of
Opera.
The current system could probably be better, but I just don't
know if OS can support multiple download types (other than the simple
w/ and w/o Java).
Dylan Parry
>>But maybe it could be available as a separate download - a *plugin*
>>for the Opera browser? Someone mentioned that it was 800Kb on Linux,
>>and with a 56Kbps modem that could take some time to download (on my
>>machine it would take between 5-10 minutes, and I don't like to wait).
>
> Perhaps. But then it could become a support nightmare for Opera,
> as users will have different versions of M2 with different versions of
> Opera.
Then perhaps a better way would be to supply two versions of Opera: one
with M2, and one without. That way, the user would either have M2 or
not, and the version that they do have would be the same as the version
of the Opera browser that they have.
Tim Altman
<dy...@webpageworkshop.co.uk> wrote:
>Tim Altman said:
>
>>>But maybe it could be available as a separate download - a *plugin*
>>>for the Opera browser? Someone mentioned that it was 800Kb on Linux,
>>>and with a 56Kbps modem that could take some time to download (on my
>>>machine it would take between 5-10 minutes, and I don't like to wait).
>>
>> Perhaps. But then it could become a support nightmare for Opera,
>> as users will have different versions of M2 with different versions of
>> Opera.
>
>Then perhaps a better way would be to supply two versions of Opera: one
>with M2, and one without. That way, the user would either have M2 or
>not, and the version that they do have would be the same as the version
>of the Opera browser that they have.
You mean four versions: one with M2 and Java, one with Java, one
with M2, and one without either. This doubles the work for building
the executables and for Quality Assurance to make sure everything was
built correctly.
But why stop with M2 and Java? What about Flash? And the
default skins?
I agree that there are better ways to package the executable (I
don't need the same version of Flash with each release,
thankyouverymuch). But OS seems set in their ways. And I can't say
that I blame them.
Maik Schulz
[snip]
>> - I haven't found a way for new browser windows to not open maximized. In
>> the preferences dialog, "Always maximize new pages" is unchecked.
>
> In that case, the size of the last-closed window should be reused.
Is this by design? It's probably a matter of personal taste but I found the
Opera 3-6 way of opening MDI windows more intuitive...
>
>> - When dealing with pages showing a table with hundreds of columns (e.g.
>> browsing a huge table in phpMyAdmin) the horizontal scroll bar
>> disappears.
>
> Do you have an online example?
>
Unfortunately not. In case you have access to MySQL and phpMyAdmin I could
send you a SQL script that creates the table I work with and thus causes
Opera to display said behaviour when using phpMyAdmin.
Thanks,
-Maik
tony
thanks :)
On Thu, 03 Apr 2003 13:12:38 +0200, Espen Sand <es...@opera.com> wrote:
> Hi all,
>
> This is the first release ever that is synchronized with an Opera for
> windows release. Windows is released as 7.10 Beta 1 today and since we
> share the user interface and most of the other components we have
> jumped to the 7.10 tag as well (thus skipping 7.0). We have not has
> as much time to test this release compared with the windows version
> and we lack some linux specific features so we still name it
> a Technology Preview.
>
> Please discuss this release in the opera.linux newsgroup or opera-linux
> mail list before submitting bugs to our BTS (Bug Tracking System).
> We recommend that you not install it over a current version of Opera.
>
> Download from:
>
> http://snapshot.opera.com/unix/intel-linux/383-20030403-7.1.0-TP3/
>
>
> Changelog:
>
> Common changelog (for both windows and linux, linux only at the bottom)
> =======================================================================
>
>
> M2, Opera's new e-mail and news client
>
> * Automatically mark messages as read after X seconds if they are in a
> view where read messages can be shown. View->Mark as read to turn on.
> * M2 remembers sorting of e-mail messages between sessions
> * When using mark all as read on a folder, m2 will now only mark read
> messages that are actually visible in the access point (not hidden
> newsgroup messages for instance).
> * Let space bar used in mail be page down and when at bottom, mark as
> read
> and go to next unread, and if no more unread, go to next normal read
> message
> * Resize column headers
> * Improved status indication in M2
> * Keyboard navigation in M2: F7 focuses Hotlist panel, F8 mail headers,
> F9
> * Inherit filter from parent folder added to m2 filters. More exactly:
> Limits filtering to messages contained in parent.
> * IMAA-support (should solve problems with unicode in incoming from
> addresses
>
> User interface features
>
> * Cookie Manager implemented
> * Wand Manager implemented * Notes panel: Select some text on a page,
> press Ctrl+Shift+C (copy to note). The lower HotList pane is a text
> field
> where you can edit the selected note real-time, no saving needed. Text on
> a webpage copied directly to a note (Copy to note) becomes a special web
> note with a different icon and double clicking the note opens that web
> page url (but does not scroll down) and auto selects the text
> * Added Info panel in HotList
> * FastForward can now be used as a "slide show" on galleries, like
> http://www.lib.utexas.edu/maps/middle_east_and_asia/
> * Improved fast forward, everything is now defined in fastforward.ini
> * When spacing to bottom of page, invoke fast forward
> * Added .shtml as extension for html documents in addition to .htm,
> .html,
> since shtml is commonly used by web servers
> * It is now possible to change view style both in hotlist and in bookmark
> manager
> * Support for an alternative Ctrl+TAB mode
> * Export Bookmarks file as html
> * Enhanced tooltips for bookmarks and Page bar tabs
> * Added 'Rewind' button to jump back quickly
> * Support for downloading setup files for menus and keyboard shortcuts.
>
> Accessibility Features
>
> * Pressing down arrow in a single line edit field (in forms for example)
> will now open a dropdown menu with personal info and all notes.
> Similiarly,
> pressing down in To,CC,BCC opens the same kind of menu as pressing the
> To,cc,bcc buttons.
>
> More features
>
> * :hover and :active now only apply to links (as in, hover and/or active
> without any other selector)
> * The Transfer panel now contains two columns, where the last toggles
> between filesize and progress
> * Changes in Transfer panel
> * Preferences redone/reorganized/improved
> * Added options for location of progress bar
> * First time setup dialog
> * Various improvements to the Wand (save for page or entire server)
> * Improved bookmark handling, including split view and flat/single folder
> view
> * Manage contacts dialog
> * Improved bookmark import
> * The new setup manager with options on first run
>
> Miscellaneous
>
> * Status bar text when hovering bookmarks and contacts
> * Status bar text for items in the personal toolbar
> * Support for actions in bookmark folders
> * Fixed a hang on pages that used % height on replaced content in tables
> *
> Plugins: avoid JS url loading when JS is switched off.
> * Made it possible to tab to the Hotlist selector
> * Fix for @media handheld (which can be used to override SSR)
>
>
>
> Linux only changelog:
> =====================
>
> General
>
> * A lot of focus updates. We hope all is working now.
> * Gesture fixes. Gesture down would not open a link in a new window.
> * Drag and drop is now in a much better state. Bookmarks and toolbars
> can now be adjusted with the mouse.
>
> Searching
>
> * The search.ini file was not read under certain circumstances making it
> impossible to search from the embedded search fields.
>
> Session management
>
> * Fixed some problems regarding importing old opera 6 win files
> (autosave.win). The converted filename has been changed and we take a
> backup
> of the original file.
> * Some fixes in the window session file management to avoid duplicated
> session
> entries and removing old (closed) windows in the session file.
>
> Mouse and keyboard
>
> * Support for horizontal panning.
> * Copy text to mouse selection buffer before showing hotclick menu
> * Hotclick popup menu position fix when at bottom of screen.
> * Support for Midclick pasting in document window.
> * Support for Midclick configuration again. Activate with Shift+Midclick
> * Support for Midclick pasting in the workspace area.
> * Support for midclick pasting in the page toolbar
> * Added support for Ctrl+U as a shortcut for Clear in edit fields.
> * Ctrl+TAB is working again (page navigation) when using the popup page
> list
> * Support for mouse wheel activated again for next/prev page flipping.
>
> Miscellaneous
>
> * Nickname support is enabled again.
> * Made Author/User mode toggling work properly in the address bar
> * Center dialog under mouse support.
> * Improved startup code so that command line geometry settings will be
> used in
> all cases.
> * Added better testing for native windows skins that we do not support.
> * Fixed some problems with tooltips popping up when they should not
> (while
> panning and the popup menus are visible).
>
>
>
> Enjoy,
>
--
tony
Espen Sand
>
> any chance of getting a rpm build of this for RH9?
> thanks :)
Do the one made for RH8.x work?
--
Espen Sand
es...@opera.com
CMB
> Hi all,
>
> This is the first release ever that is synchronized with an Opera for
> windows release. Windows is released as 7.10 Beta 1 today and since we
> share the user interface and most of the other components we have
> jumped to the 7.10 tag as well (thus skipping 7.0). We have not has
> as much time to test this release compared with the windows version
> and we lack some linux specific features so we still name it
> a Technology Preview.
On Redhat 9:
1) Anti-aliased fonts are missing from menus, dialogs, etc.
2) the order of the built-in searches on the personal bar is not saved
on exit.
3) the start-up prompt that says "Start from previous point" comes up
every time even when "Do not show this dialog again" is checked.
4) Exiting with ten or so windows can take longer than start-up (15
seconds or more)
Functionality is good though.
-Chris
Steinar Bang
> On Thu, 03 Apr 2003 14:31:40 +0200, Maik Schulz
>> What I found so far:
>> - hitting F6 (tile windows) not only operates on the visible but
>> also on minimized windows (MDI mode)
> That is a crossplatform misfeature of Opera 7.
Yay! Bug-for-bug compatibility...:-)
Just out of curiosity, could someone create a bookmark for
digi.no, and give it the nicname "digi". Does that overshadow any
other nickname starting with "d"?
This is something that has been a bug for me on Win32 in both Opera
6.x and 7.x, (digi.no is nicknamed "zzdigi" on Win32...), but not on
linux in Opera 6.x.
Espen Sand
The way it works now (beta 1) is that (given you have "digi" and "dig")
you must type "digi" <no enter> or "dig" <enter> in the Shift+F2 dialog
box to activate the bookmark.
--
Espen Sand
es...@opera.com
Steinar Bang
> The way it works now (beta 1) is that (given you have "digi" and
> "dig") you must type "digi" <no enter> or "dig" <enter> in the
> Shift+F2 dialog box to activate the bookmark.
What happens for me on Win32, is that if I have "digi", it will mask
out all other nicknames starting with "d", such as eg. "dagbladet"q.
Ie. when I type "d" it immediately goes to digi.no.
On linux with 6.11, it works as expected.
Martin Schrode
>>>>>> Espen Sand <es...@opera.com>:
>
>> The way it works now (beta 1) is that (given you have "digi" and "dig")
>> you must type "digi" <no enter> or "dig" <enter> in the Shift+F2 dialog
>> box to activate the bookmark.
>
> What happens for me on Win32,
1. I think the Linux and Windows versions work alike.
2. You can use the "Go to" dialog (F2) or the "Open nick" dialog (Shift+F2)
to open nicks. Shift+F2 should work w/o Enter.
> is that if I have "digi", it will mask out all other nicknames starting
> with "d", such as eg. "dagbladet"q.
No. As soon as the nick is unique, the page will open, i.e., as soon as
you type the second letter "da" vs. "di", the right-page opens.
Make sure you update to Opera 7.11 TP5. See today's thread "Opera 7.11 TP5
for Linux Intel and Linux PPC available".
Steinar Bang
> 1. I think the Linux and Windows versions work alike.
This is a bug that followed me on Win32 from version 6.x to version
7.x. I have not seen it on linux in version 6.x.
I haven't tried version 7.x on linux, yet. I won't do so until the
official release.
>> is that if I have "digi", it will mask out all other nicknames
>> starting with "d", such as eg. "dagbladet".
> No. As soon as the nick is unique, the page will open, i.e., as soon
> as you type the second letter "da" vs. "di", the right-page opens.
Do you mean that you have actually tried this? Or are you saying that
this is the way it is supposed to work?
I know that this is the way it is supposed to work.
On Win32, in 7.x, for me, it doesn't.
Martin Schrode
>>>>>> Martin Schrode <use...@schrode.net>:
>
>> No. As soon as the nick is unique, the page will open, i.e., as soon as
>> you type the second letter "da" vs. "di", the right-page opens.
>
> Do you mean that you have actually tried this? Or are you saying that
> this is the way it is supposed to work?
I have a nick called "ct", one "comics" and one called "comp". Using
Shift+F2, I can access each one by typing "ct", "comi" or "comp".
Steinar Bang
Yes. I meant to say: did you try it with any of the specific web
sites and nicknames I mentioned.
Many of my boomarks' nicknames works for me in a similar manner to
what you describe.
For instance, I have "dagbladet", and "dagsavisen", and they work
fine. I have to type "dagb" or "dags", before one of them is
selected.
But if I put in "digi" as a nickname for "www.digi.no", Opera starts
loading the www.digi.no website as soon as I type "d". Ie. I can no
longer reach "dagsavisen" or "dagbladet".
So the nickname for digi.no on my Windows box is "zzdigi".
Other problem nicknames are "computerworld" for "www.computerworld.no"
(starts loading www.computerworld.no as soon as I type "c"), and
"dinside" for "www.dinside.no" (starts loading www.dinside.no as soon
as I type "d").
I've seen this behaviour in Opera 6.x and 7.x on Windows, but not on
linux.
I'm guessing this is a bug. I reported it once into the black hole
that is the Opera bug reporting web site, but I never got any feedback
on them, ie. acknowledgement/reject/solved/whatever.
Martin Schrode
> Yes. I meant to say: did you try it with any of the specific web sites
> and nicknames I mentioned.
Sorry. I thought they were examples. Anyway, I added "digi" for "digi.no"
and can still access my "dilbert" and "db24" nicks. As soon as it's
unique, i.e., a soon as I type "dig", it will open "digi.no".
I know there were some problems with shortcuts on Windows but they seem
fixed. If it still doesn't work for you, you should create a minimum test
case, e.g., an opera6.adr file with only three bookmarks with nicks.
Espen Sand
This problem should be fixed on windows when the next release is ready.
It uses the same code as Linux 7.11 TP5
(I try atleast to send a mail when a problem is fixed)
--
Espen Sand
es...@opera.com
Steinar Bang
> Sorry. I thought they were examples. Anyway, I added "digi" for
> "digi.no" and can still access my "dilbert" and "db24" nicks. As
> soon as it's unique, i.e., a soon as I type "dig", it will open
> "digi.no".
Thanx for the info! I read this on May 19, upgraded on the same day,
and have been using it since then without problems.
> I know there were some problems with shortcuts on Windows but they
> seem fixed.
Thanx for this info as well. I'll try upgrading on Windows when I get
back to work.
Steinar Bang
> This problem should be fixed on windows when the next release is
> ready. It uses the same code as Linux 7.11 TP5
OK, thanx for the info!
> (I try atleast to send a mail when a problem is fixed)
That's good. :-)
But perhaps it would be a good idea to have the bug reporting system
send notifications automatically, if bug reporters provide an email
address?