Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Mailbox window closed, layout lost - help!
149 views
Skip to first unread message
who where
Oct 15, 2012, 11:26:20 PM10/15/12
to
I inadvertently clicked on the mailbox window close button in 6.2.3.4.
As a result, the opened mailbox window(s) now want to take over the
entire work area. I can reactivate the mailbox window easily, but I
have browsed through the help without success looking for a way to
re-establish the previous arrangement whereby the mailbox in the left
of the work area defined the boundary for the opened mailbox(es). I
hope that adequately describes the situation.
I have two separate desktop icons for two mail accounts, sharing a
common Eudora.exe but with separate folders/ .INi files etc. I have
done a side-by-side comparison of their respective .INI files without
any luck in finding a candidate - differences abound not only in
section order and element order in sections, but in other ways whose
significance I do not appreciate.
I would appreciate help in getting things back to their familiar
layout.
As a result, the opened mailbox window(s) now want to take over the
entire work area. I can reactivate the mailbox window easily, but I
have browsed through the help without success looking for a way to
re-establish the previous arrangement whereby the mailbox in the left
of the work area defined the boundary for the opened mailbox(es). I
hope that adequately describes the situation.
I have two separate desktop icons for two mail accounts, sharing a
common Eudora.exe but with separate folders/ .INi files etc. I have
done a side-by-side comparison of their respective .INI files without
any luck in finding a candidate - differences abound not only in
section order and element order in sections, but in other ways whose
significance I do not appreciate.
I would appreciate help in getting things back to their familiar
layout.
John H Meyers
Oct 16, 2012, 5:50:06 AM10/16/12
to
On 10/15/2012 10:26 PM:
> I inadvertently clicked on the mailbox window close button in 6.2.3.4.
> As a result, the opened mailbox window(s) now want to take over the
> entire work area.
I think you may have aimed at the "close" button,
but hit the "maximize" button instead.
If an internal window is maximized,
then all internal windows remain maximized,
until you either "minimize" or just "restore" some window.
Is there any reason why you are depriving yourself
of either version 7.1.0.9 or 6.2.5.6 ?
--
> I inadvertently clicked on the mailbox window close button in 6.2.3.4.
> As a result, the opened mailbox window(s) now want to take over the
> entire work area.
but hit the "maximize" button instead.
If an internal window is maximized,
then all internal windows remain maximized,
until you either "minimize" or just "restore" some window.
Is there any reason why you are depriving yourself
of either version 7.1.0.9 or 6.2.5.6 ?
--
who where
Oct 16, 2012, 6:12:39 AM10/16/12
to
On Tue, 16 Oct 2012 04:50:06 -0500, John H Meyers
<jhme...@nomail.invalid> wrote:
>On 10/15/2012 10:26 PM:
>
>> I inadvertently clicked on the mailbox window close button in 6.2.3.4.
>> As a result, the opened mailbox window(s) now want to take over the
>> entire work area.
>
>I think you may have aimed at the "close" button,
>but hit the "maximize" button instead.
No, I hit the MAILBOX_window_close_button, and the MAILBOX_window
<jhme...@nomail.invalid> wrote:
>On 10/15/2012 10:26 PM:
>
>> I inadvertently clicked on the mailbox window close button in 6.2.3.4.
>> As a result, the opened mailbox window(s) now want to take over the
>> entire work area.
>
>I think you may have aimed at the "close" button,
>but hit the "maximize" button instead.
disappeared, leaving a void at the left of the work area.
Using Tools->Mailboxes as mentioned in Help, I can get the Mailbox
window to reappear but the IN/OUT mailboxes aren't playing nice and
sharing the work area with it in the manner to which I have become
very accustomed since 3.0.5. Also, their tabs are right across - or
should I say left-across - under the "reinstated" Mailbox window.
>If an internal window is maximized,
>then all internal windows remain maximized,
>until you either "minimize" or just "restore" some window.
>Is there any reason why you are depriving yourself
>of either version 7.1.0.9 or 6.2.5.6 ?
(until now, when I snafu-ed it). Am I really depriving myself?
John H Meyers
Oct 16, 2012, 7:40:06 AM10/16/12
to
On 10/16/2012 5:12 AM:
> Using Tools->Mailboxes as mentioned in Help, I can get the Mailbox
> window to reappear
You mean the Mailbox_ES_ window!
> But the IN/OUT mailboxes aren't playing nice and
but perhaps I'm again not "getting" what you mean.
This would be a good time to recall an old saying:
"a picture (screen shot) is worth a thousand words"
Although images may not be included directly in a post,
they may be uploaded to a photo or file sharing site,
and their web URL may be posted instead.
There is also a major section of the Eudora manual titled
"Managing Windows in Eudora" (page 197 for version 7.1)
which explains everything conceivable about "Tool windows."
See also:
<http://www.eudora.com/techsupport/kb/2717hq.html>
NOTE: Follow the directions for version "7.x" first!
(this should work for versions 6.2.3.4 and later)
--
> Using Tools->Mailboxes as mentioned in Help, I can get the Mailbox
> window to reappear
> But the IN/OUT mailboxes aren't playing nice and
> sharing the work area with it in the manner to which I have become
> very accustomed since 3.0.5. Also, their tabs are right across - or
> should I say left-across - under the "reinstated" Mailbox window.
My In/Out mailboxes don't have "tabs,"
> very accustomed since 3.0.5. Also, their tabs are right across - or
> should I say left-across - under the "reinstated" Mailbox window.
but perhaps I'm again not "getting" what you mean.
This would be a good time to recall an old saying:
"a picture (screen shot) is worth a thousand words"
Although images may not be included directly in a post,
they may be uploaded to a photo or file sharing site,
and their web URL may be posted instead.
There is also a major section of the Eudora manual titled
"Managing Windows in Eudora" (page 197 for version 7.1)
which explains everything conceivable about "Tool windows."
See also:
<http://www.eudora.com/techsupport/kb/2717hq.html>
NOTE: Follow the directions for version "7.x" first!
(this should work for versions 6.2.3.4 and later)
--
Ajo Wissink
Oct 16, 2012, 8:45:42 AM10/16/12
to
John H Meyers
Oct 16, 2012, 8:56:12 AM10/16/12
to
On 10/16/2012 7:45 AM:
> Try: Tools > Reset Tools
Above is available only in version 7.1 (OP's version is 6.2.3.4)
For 6.2.3.4 through 7.0: Ctrl+Shift+[Toolbar customize], per:
http://www.eudora.com/download/eudora/windows/7.1/RelNotes.txt
--
> Try: Tools > Reset Tools
Above is available only in version 7.1 (OP's version is 6.2.3.4)
For 6.2.3.4 through 7.0: Ctrl+Shift+[Toolbar customize], per:
http://www.eudora.com/download/eudora/windows/7.1/RelNotes.txt
--
who where
Oct 16, 2012, 9:05:58 AM10/16/12
to
who where
Oct 16, 2012, 9:35:19 AM10/16/12
to
On Tue, 16 Oct 2012 06:40:06 -0500, John H Meyers
<jhme...@nomail.invalid> wrote:
>On 10/16/2012 5:12 AM:
>
>> Using Tools->Mailboxes as mentioned in Help, I can get the Mailbox
>> window to reappear
>
>You mean the Mailbox_ES_ window!
I do.
<jhme...@nomail.invalid> wrote:
>On 10/16/2012 5:12 AM:
>
>> Using Tools->Mailboxes as mentioned in Help, I can get the Mailbox
>> window to reappear
>
>You mean the Mailbox_ES_ window!
>> But the IN/OUT mailboxes aren't playing nice and
>> sharing the work area with it in the manner to which I have become
>> very accustomed since 3.0.5. Also, their tabs are right across - or
>> should I say left-across - under the "reinstated" Mailbox window.
>
>My In/Out mailboxes don't have "tabs,"
>but perhaps I'm again not "getting" what you mean.
the status/error dispay area, if i have IN and OUT mailboxes open (as
I normally do) there are two tabs, labelled IN and OUT.
>This would be a good time to recall an old saying:
>"a picture (screen shot) is worth a thousand words"
>
>Although images may not be included directly in a post,
>they may be uploaded to a photo or file sharing site,
>and their web URL may be posted instead.
>There is also a major section of the Eudora manual titled
>"Managing Windows in Eudora" (page 197 for version 7.1)
>which explains everything conceivable about "Tool windows."
in seemingly infinitesimal detail, having read through it intently I
am more confused than ever.
>See also:
><http://www.eudora.com/techsupport/kb/2717hq.html>
>NOTE: Follow the directions for version "7.x" first!
>(this should work for versions 6.2.3.4 and later)
do is reset all the other settings in Tools->Options to the way they
were.
I'm not sure how to describe the second "instance" I have for checking
a second email account. It shares the executable, just having a
command line addon. Well, I'd call it that normally - here in the
desktop shortcut it shows the "Target" as
"C:\Program Files\Eudora\Eudora.exe" "C:\Program Files\Eudora\44"
which points to the location of the corresponding .ini file.
I had actually tried copying the .ini file from that other "instance"
and modifying its settings to point to the first account. That worked
fine, which established to my satisfaction that the "change" which I
inadvertently caused was stored in an .ini setting. No amount of
side-by-side comparison showed me a parameter/difference that I could
identify as explaining this behaviour. I should point out that,
although the second instance's .ini file was originally a copy of the
first, even the order of sections was different while lines within
sections were more misaligned and the number of lines present in one
only was high.
Fortunately, from the Tools->Options of the second instance I will now
be able to re-establish the first instance the way I prefer.
Many thanks.
Ajo Wissink
Oct 16, 2012, 9:55:53 AM10/16/12
to
Hold down the Shift and Ctrl keys while you right-click on the toolbar
and select "Customize". That will reset your windows and toolbars to
the defaults.
John H Meyers
Oct 16, 2012, 4:24:50 PM10/16/12
to
[Epilog :]
On 10/16/2012 8:35 AM:
> At the bottom of the - let's call it main work area - above
> the status/error dispay area, if I have IN and OUT mailboxes open
> (as I normally do) there are two tabs, labeled IN and OUT.
You appear to be referring to Eudora's internal "MDI Taskbar,"
described as follows (from page 218 of the version 7.1 manual):
The Eudora taskbar appears along the bottom edge of the window work area
in the main Eudora window, and normally shows the QUALCOMM logo at the right.
The Eudora taskbar displays a button for each normal Eudora window
that is open or minimized. The taskbar provides a convenient way
to switch between normal windows by clicking buttons, without
having to display the different windows from the Window menu.
The Eudora taskbar is modeled after the Windows taskbar...
Unless you have disabled this Taskbar, it will always display
a _button_ for each "normal" (i.e. "floating") open window.
If you detach a "tool" window from an edge of the screen,
you can easily _move_ that window to _cover_ part of this
taskbar, however, and I would guess that you may have done this,
thus potentially covering some buttons on Eudora's internal MDI taskbar.
Merely moving windows around might have made this evident.
>> <http://www.eudora.com/techsupport/kb/2717hq.html>
>> NOTE: Follow the directions for version "7.x" first!
>> (this should work for versions 6.2.3.4 and later)
> It did!
Good thing we didn't have to hold our breath waiting to hear ;-)
All toolbar settings are in sections of Eudora.ini having
somewhat obvious [labels_like_this] at the start of each section.
Windows, which itself has had a history of using ".ini" files,
contains standard functions by means of which application programs
may also find/create/edit/remove items and sections in these files,
the result of which tends to be that the sections and their contents
appear in historical sequence of each item's last creation,
with the specific ordering having no other significance or effect,
which is why directly comparing different ".ini" files, side by side,
may not be satisfying, because the immaterial sequence of different items
may greatly differ, even where effective content is actually or nearly the same.
--
On 10/16/2012 8:35 AM:
> At the bottom of the - let's call it main work area - above
> (as I normally do) there are two tabs, labeled IN and OUT.
You appear to be referring to Eudora's internal "MDI Taskbar,"
described as follows (from page 218 of the version 7.1 manual):
The Eudora taskbar appears along the bottom edge of the window work area
in the main Eudora window, and normally shows the QUALCOMM logo at the right.
The Eudora taskbar displays a button for each normal Eudora window
that is open or minimized. The taskbar provides a convenient way
to switch between normal windows by clicking buttons, without
having to display the different windows from the Window menu.
The Eudora taskbar is modeled after the Windows taskbar...
Unless you have disabled this Taskbar, it will always display
a _button_ for each "normal" (i.e. "floating") open window.
If you detach a "tool" window from an edge of the screen,
you can easily _move_ that window to _cover_ part of this
taskbar, however, and I would guess that you may have done this,
thus potentially covering some buttons on Eudora's internal MDI taskbar.
Merely moving windows around might have made this evident.
>> <http://www.eudora.com/techsupport/kb/2717hq.html>
>> NOTE: Follow the directions for version "7.x" first!
>> (this should work for versions 6.2.3.4 and later)
> It did!
All toolbar settings are in sections of Eudora.ini having
somewhat obvious [labels_like_this] at the start of each section.
Windows, which itself has had a history of using ".ini" files,
contains standard functions by means of which application programs
may also find/create/edit/remove items and sections in these files,
the result of which tends to be that the sections and their contents
appear in historical sequence of each item's last creation,
with the specific ordering having no other significance or effect,
which is why directly comparing different ".ini" files, side by side,
may not be satisfying, because the immaterial sequence of different items
may greatly differ, even where effective content is actually or nearly the same.
--
who where
Oct 16, 2012, 8:49:55 PM10/16/12
to
On Tue, 16 Oct 2012 15:24:50 -0500, John H Meyers
<jhme...@nomail.invalid> wrote:
>[Epilog :]
>
>On 10/16/2012 8:35 AM:
>
>> At the bottom of the - let's call it main work area - above
>> the status/error dispay area, if I have IN and OUT mailboxes open
>> (as I normally do) there are two tabs, labeled IN and OUT.
>
>You appear to be referring to Eudora's internal "MDI Taskbar,"
>described as follows (from page 218 of the version 7.1 manual):
>
> The Eudora taskbar appears along the bottom edge of the window work area
> in the main Eudora window, and normally shows the QUALCOMM logo at the right.
>
> The Eudora taskbar displays a button for each normal Eudora window
> that is open or minimized. The taskbar provides a convenient way
> to switch between normal windows by clicking buttons, without
> having to display the different windows from the Window menu.
>
> The Eudora taskbar is modeled after the Windows taskbar...
Yes that is the one. I referred to it as tabs as it acts/functions
<jhme...@nomail.invalid> wrote:
>[Epilog :]
>
>On 10/16/2012 8:35 AM:
>
>> At the bottom of the - let's call it main work area - above
>> the status/error dispay area, if I have IN and OUT mailboxes open
>> (as I normally do) there are two tabs, labeled IN and OUT.
>
>You appear to be referring to Eudora's internal "MDI Taskbar,"
>described as follows (from page 218 of the version 7.1 manual):
>
> The Eudora taskbar appears along the bottom edge of the window work area
> in the main Eudora window, and normally shows the QUALCOMM logo at the right.
>
> The Eudora taskbar displays a button for each normal Eudora window
> that is open or minimized. The taskbar provides a convenient way
> to switch between normal windows by clicking buttons, without
> having to display the different windows from the Window menu.
>
> The Eudora taskbar is modeled after the Windows taskbar...
like browser tabs.
>Unless you have disabled this Taskbar, it will always display
>a _button_ for each "normal" (i.e. "floating") open window.
>
>If you detach a "tool" window from an edge of the screen,
>you can easily _move_ that window to _cover_ part of this
>taskbar, however, and I would guess that you may have done this,
>thus potentially covering some buttons on Eudora's internal MDI taskbar.
At one stage though it was joined by another task/tab for the
MailboxES window, while at another time when that MailboxES window was
visible without task/tab representation, the IN/OUT task/tab
reresentations for IN/OUT were at the left end of that task bar, belwo
the MailboxES window - indicative that the area assigned/available for
the mailboxes was full screen (window) width.
>Merely moving windows around might have made this evident.
>
>>> <http://www.eudora.com/techsupport/kb/2717hq.html>
>>> NOTE: Follow the directions for version "7.x" first!
>>> (this should work for versions 6.2.3.4 and later)
>
>> It did!
>
>Good thing we didn't have to hold our breath waiting to hear ;-)
can, terminology differences notwithstanding. I believe people
helping deserve no less.
>All toolbar settings are in sections of Eudora.ini having
>somewhat obvious [labels_like_this] at the start of each section.
>
>Windows, which itself has had a history of using ".ini" files,
>contains standard functions by means of which application programs
>may also find/create/edit/remove items and sections in these files,
>the result of which tends to be that the sections and their contents
>appear in historical sequence of each item's last creation,
>with the specific ordering having no other significance or effect,
>which is why directly comparing different ".ini" files, side by side,
>may not be satisfying, because the immaterial sequence of different items
>may greatly differ, even where effective content is actually or nearly the same.
birth - one was a direct copy of the other with only account details
changed. Any subsequent changes to order of sections and even order
within sections were carried out by Eudora itself, or Windoze.
John H Meyers
Oct 17, 2012, 3:02:47 AM10/17/12
to
On 10/16/2012 7:49 PM:
> No, this wasn't covered by the efforts to re-establish "normality".
> At one stage though it was joined by another task/tab for the
> MailboxES window, while at another time when that MailboxES window
> was visible without task/tab representation, the IN/OUT task/tab
> reresentations for IN/OUT were at the left end of that task bar, belwo
> the MailboxES window - indicative that the area assigned/available for
> the mailboxes was full screen (window) width.
Like this? (with some message open, instead of In, Out):
<http://eudorabb.qualcomm.com/showpost.php?p=59961>
Reversing the perfectly normal steps shown there
restores things as they were.
--
> No, this wasn't covered by the efforts to re-establish "normality".
> At one stage though it was joined by another task/tab for the
> MailboxES window, while at another time when that MailboxES window
> was visible without task/tab representation, the IN/OUT task/tab
> reresentations for IN/OUT were at the left end of that task bar, belwo
> the MailboxES window - indicative that the area assigned/available for
> the mailboxes was full screen (window) width.
<http://eudorabb.qualcomm.com/showpost.php?p=59961>
Reversing the perfectly normal steps shown there
restores things as they were.
--
who where
Oct 17, 2012, 4:52:58 AM10/17/12
to
config, except that (as you indicated) it has a composition window
open where I would normally expect/have the IN/OUT mailboxes visible,
with their "tabs" (I'll stick to that term) where the "No Recipient"
tab sits.
The second image is one I saw at one stage in my endeavours to
reinstate, but not what I was describing.
Picture the first image but:
(a) the MailboxES window showing NO tabs (!); and
(b) the open IN/OUT mailbox tabs being "left justified" i.e. sitting
UNDER the tabless MailboxES window where one would have (normally)
expected its tabs to be.
That tab position I attribute to the fact that the opened mailboxes
when maximised would occupy full window width. It was a complete
mess-up, and I'm glad it is now sorted.
John H Meyers
Oct 18, 2012, 1:39:33 AM10/18/12
to
On 10/17/2012 3:52 AM:
> Picture the first image but:
> (a) the MailboxES window showing NO tabs (!); and
> (b) the open IN/OUT mailbox tabs being "left justified" i.e. sitting
> UNDER the tabless MailboxES window where one would have (normally)
> expected its tabs to be.
I can neither picture nor produce a "Mailboxes" window
without any tab, other than by moving the tab to the right side, say,
so that at first glance one may not notice the tab.
The buttons in the "MDI task bar" are always "left-justified"
in the internal window where the task bar appears,
as already shown in the image posted.
Well, that was my best "shot" -- screen shot, that is,
and without seeing one posted by the OP,
we'll all have to be left to use only our imagination.
Fortunately this does not seem a critical issue,
and was cured anyway by "resetting all tool windows,"
this just being an attempt to re-create
a plausible, original, natural cause.
--
> Picture the first image but:
> (a) the MailboxES window showing NO tabs (!); and
> (b) the open IN/OUT mailbox tabs being "left justified" i.e. sitting
> UNDER the tabless MailboxES window where one would have (normally)
> expected its tabs to be.
without any tab, other than by moving the tab to the right side, say,
so that at first glance one may not notice the tab.
The buttons in the "MDI task bar" are always "left-justified"
in the internal window where the task bar appears,
as already shown in the image posted.
Well, that was my best "shot" -- screen shot, that is,
and without seeing one posted by the OP,
we'll all have to be left to use only our imagination.
Fortunately this does not seem a critical issue,
and was cured anyway by "resetting all tool windows,"
this just being an attempt to re-create
a plausible, original, natural cause.
--
who where
Oct 18, 2012, 9:20:12 AM10/18/12
to
On Thu, 18 Oct 2012 00:39:33 -0500, John H Meyers
<jhme...@nomail.invalid> wrote:
>On 10/17/2012 3:52 AM:
>
>> Picture the first image but:
>> (a) the MailboxES window showing NO tabs (!); and
>> (b) the open IN/OUT mailbox tabs being "left justified" i.e. sitting
>> UNDER the tabless MailboxES window where one would have (normally)
>> expected its tabs to be.
>
>I can neither picture nor produce a "Mailboxes" window
>without any tab, other than by moving the tab to the right side, say,
>so that at first glance one may not notice the tab.
>
>The buttons in the "MDI task bar" are always "left-justified"
>in the internal window where the task bar appears,
>as already shown in the image posted.
The situation I experienced/described is not incompatible with that.
<jhme...@nomail.invalid> wrote:
>On 10/17/2012 3:52 AM:
>
>> Picture the first image but:
>> (a) the MailboxES window showing NO tabs (!); and
>> (b) the open IN/OUT mailbox tabs being "left justified" i.e. sitting
>> UNDER the tabless MailboxES window where one would have (normally)
>> expected its tabs to be.
>
>I can neither picture nor produce a "Mailboxes" window
>without any tab, other than by moving the tab to the right side, say,
>so that at first glance one may not notice the tab.
>
>The buttons in the "MDI task bar" are always "left-justified"
>in the internal window where the task bar appears,
>as already shown in the image posted.
It seems that the "internal window where the task bar appears" was
full width of the Eudora window. with the "offending" MailboxES window
sitting over the leftmost part of it and the Mailbox/composition
windows occupying the *remainder* of the Eudora window "work area".
>Well, that was my best "shot" -- screen shot, that is,
>and without seeing one posted by the OP,
>we'll all have to be left to use only our imagination.
>
>Fortunately this does not seem a critical issue,
>and was cured anyway by "resetting all tool windows,"
>this just being an attempt to re-create
>a plausible, original, natural cause.
the pre-event conditions, I am loathe to go back and try and recreate
the mess than triggered the original post.
0 new messages