Skip navigation.

Another Operator

STICKY POST

Only One Of Many

It is good to have a place that is your own; where friends can find you, where you can speak of what is most important; where others can comment and engage in dialogue that has the potential to enrich each participant.

This is only one among many such places. Thank you! Opera for providing this place -- and for providing an affordable quality tool that makes using this place and so many others more efficient and enjoyable.

An M2 Stripper?

[Received e-mail today with this question, but got invalid address errors when I tried to reply.]

"My question is: are there any programs out there which would allow me to edit an .mbs file? Specifically, I am looking for a simple program which will allow me to edit files exported from M2 in .mbs format by stripping off the attachments.
"I keep all my outgoing messages in exported files and it would be really useful to be able to have them contain only the text, not the attachments."

There is no way to do this and have Opera still be able to properly index your .mbs files. If you made copies of your .mbs files and used a utility to strip out the attachments, and then imported them back into Opera so it had proper indexes of them, they would no longer appear in your Sent messages.

However, if you want to simply maintain an external archive of sent messages the following information may be useful.

I haven't tested this, and it is a geek tool rather than the typical point-and-click end-user software, but it looks like it might do what you need: mimeStrip <http://oneguycoding.com/opensource/>. I notice that the MailMan software package has a similar capability, but that would really be overkill and be quite cumbersome.

If you need to extract the attachments (without stripping them out of the .mbs files) this tool looks like it can do that: http://www.miken.com/uud/.

Other than that, you could always just edit copies of the .mbs files yourself since they are plain text. A good programmer's text editor will make the job easier, but it would still be tedious.

BE VERY CAREFUL! If you want to still use the .mbs files in Opera you must not modify them or Opera's indexing scheme will lose its mind and bad things will happen. I'm assuming that you want to maintain external archive copies that can be read independently of Opera. YOU HAVE BEEN WARNED!

Opera On USB Flash Drive - It Sorta Works

Installed Opera 7.50 to the 'D:Opera' directory on my USB flash drive, moved all the path references in opera6.ini to opera6def.ini, and then replaced all the 'D:Opera' references with '%CD%'. The %CD% part, on Windows 2000 and XP at least, expands to the current directory. (To test, open a command prompt window and type 'ECHO %CD%'; you should get back the current path. CD to a different drive/path and repeat it, and you should get back the new path.) This is necessary because the USB flash drive may be assigned any arbitrary drive letter as I move from machine to machine.

Was it successful? Almost.

Opera created a new directory named Opera\%CD% that contains the Mail and Profile directory trees. Flash drives are slow, so I turned off disk caching in Opera's preferences. Installing a new skin always creates a new path reference in opera6.ini that I delete after closing Opera (because I have a path reference for the skin in opera6def.ini).

I'll tinker with it a bit more as I have time. It does make a handy way to demo Opera to skeptical friends, and I don't have to put up with IE if I'm working temporarily at another computer.

Why Only Opera?

Many visitors to the #opera chat room on irc.opera.com ask "If nobody is talking anyway, why do we have to only talk about Opera?" Here are some reasons:

Many of the nicknames you see often in the #opera room are experienced Opera users who don't mind helping others when they can. They are often busy people with other things going on, and they monitor the #opera room traffic throughout the time they're connected. If the room is filled with off-topic chatter it becomes much more difficult to see the Opera-related material they came there to discuss.

If the room seems dead, or you think folks are ignoring you, it is because most of us only respond when we can contribute meaningfully to the discussion of Opera. We came to talk about Opera, it really is that simple.

The whole point of the #opera room is to talk about Opera. There are other rooms that are designed for casual chat or chat about other specific topics. Please join the #lounge room (type "/join #lounge") for general chat. Use the List Rooms button or command to see the other rooms and their topics.

When you join the room it is not necessary to introduce yourself; everyone sees the notice that you've joined. If you came to ask a question, just blurt it out - that's what everyone else has been waiting for. If you just came to hang out with other Opera users and chat (about Opera, of course!) then it may be more polite to watch the traffic for a little while to see what folks are already talking about.

Oh by the way, the operators of the room have accepted the responsibility to monitor the traffic and help keep it on topic. That's why they sometimes have to kick folks out of the room or ban them from re-entering it. Please see <http://irc.opera.com/aup.html> for the official rules, which can be summarized as "be nice".

I Give Up

After spending another couple hours editing and testing I've decided that using only system colors for the chat stylesheet is just too limiting. In order to get a suitable combination of colors, font styles, and font sizes that works in the Linux environment I had to use system colors that do not work well in the Windows environment.

A styleseet that works in both environments would have to be so simplified that you'd lose some of the useful distinctions between system messages, your own comments, regular window traffic, and alert lines (where someone else types your nickname). Already most folks say this stylsheet is ugly - a universal system-colors-only stylesheet would be even worse.

Of course, I can make no claim to any artistic sense or design abilities. Someone who has some art/design training may be able to make vast improvements and still use only system colors to achieve an attractive design that provides good differentiation among the various data types in the chat window, and does so across the range of operating systems that Opera supports.

Can you do better than I did?

Oh No!

I just tested my mime.css (see http://my.opera.com/jdcard/journal/2) in Opera 7.23 on RedHat Linux 9 with the default Gnome desktop. Some color settings don't work there (ends up as black text on a black background). Looks like I'll need to spend more time in Linux tuning things up.

System Colors For Stylesheets

Parts of Opera's user interface are presented as HTML or XML files styled using CSS. Two prominent examples are the message windows in the e-mail/newsreader/RSS client, and the chat window.

I find that black text on a white background is uncomfortable to read. I spend a lot of time in front of my monitor, and have set up most of the software I use a lot to display navy colored text on a pale green background.

Opera's default stylesheet for message and chat windows takes the black-on-white approach, with other colors used to indicate certain types of information. Since we can edit the CSS files that control the display of these windows, I can get color combinations that are more suited to my needs.

The way I've done this is to use the system colors that are specified in my Windows Control Panel, Display settings. Opera just uses whatever colors I have specified in the Windows system color scheme.

I used this page to help me determine which settings would be likely to work best: <http://jdcard.com/UserStyles.html>. The css file for my chat windows is at http://jdcard.com/Opera/im.css (screenshot showing how it looks on my system: <http://jdcard.com/Opera/ImCss.gif>), and the one for my message windows is http://jdcard/Opera/mime.css (screenshot using the Windows display theme called "Brick" <http://jdcard.com/Opera/MimeCss.gif>). You are welcome to use either or both of these css files if you think they are helpful.

Both files use only system-specified colors. The mime.css also formats the display with the message headers down the left side of the window rather than at the top, and displays many more of the message headers than does Opera's default version.

TECHNICAL NOTES
The greatest challenge in using system colors is the very restricted range of choices. Only the Window/WindowText/GrayText, ButtonFace/ButtonText, and InactiveCaption/InactiveCaptionText combinations provide adequate contrast and differentiation across the range of Windows 95 color schemes. Later versions of Windows offer more color schemes, which generally offer more flexibility than the limited Windows 95 set.

While it might seem that other combinations, such as InfoBackground/InfoText, could also be used, they don't have the differentiation required to be generally useful. Many of the color schemes have InfoBackground/InfoText set to the same colors as Window/WindowText.

One of the mistakes I made early in the process was to mix-and-match colors from different groups. For example, it might look good with my usual system color settings to use InactiveCaption as the background color with InfoText as the text color. But there is no reason to think that a user's system colors would necessarily maintain adequate contrast between those. It is only safe to use the values in their normal combinations. It is reasonable to assume that color schemes will consistently provide adequate contrast between ButtonFace and ButtonText, Window and WindowText, etc.

Given these limitations, it will often be necessary to use other tricks with your CSS to provide distinctions between data elements in your page. An example of this is the chat stylesheet, where I rely on border and font-size changes to convey distinctions among message types. Text-decoration and font-style may also be useful. However that also has its limitations: im.css also uses system fonts; I found that italic text was very hard to read with some of the Windows display schemes that use bitmapped fonts rather than TrueType fonts.
December 2009
S M T W T F S
November 2009January 2010
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31