MyInfo Community Forums

I

In the Status Line of Windows (XP SP3) "(Windows and Microsoft are xx of Microsoft Corp / Inc / Whatever)", when MI is running, there is the tab "Milenix MyInfo - [NameOfFile]" - but rather often, it is NOT updated, that is, when you switch a lot between MI and other programs and in MI between several trees / files, you get that "Milenix MyInfo - [a]" when in the meantime you got to 3 or 5 other MI files, and then it isn't updated but when you save all MI files; at other times, it is correctly updated as soon as you go to another topic, up to now I did not yet get upon which factor this not-updating depends.

II

In the right-click-menu of the tabs (= above the tree / editor panes, showing different topics), there is the command "Topic Color". The problem is, those topic colors are rather WASHED OUT, and even more so when they are NOT the ACTIVE tab, and then, different topic colors are not really distinguishable one from another. It would help very much to have (instead, or also) rather STRAIGHT colors in the tab colors' palette, straight, VIVID colors like they are in the text color / text background color palettes.

III

In the programming of these tabs colors, there is an error up to now. When you did color some tabs (=other than the first = the default one, "blue"), and then do the command "SortTabs", well, then those special colors will jump to the new tabs that now take the place in the row that had before those colored tabs, and the special-colored topics will NOT show any more that special color.

Let's say you have 5 topics a, b, c, d, e but they are arranged in disorder, b, a, c, e, d. Then you assign a special color to topic a and d. Then you do SortTabs. Then topics a and d, not anymore in position 2 and 5 but in position 1 and 4 now, will lose their special color and get the normal blue tab color, but topics b and e (=now in position 2 and 5) will now be colored in the special color.

When you close MI and reopen it, all will be fine, but it's rather irritating to have falsely-colored topics tabs up to then. (In Properties&Security - Appearance, the chosen color is rightly indicated, but the shown tab color does not correspond any more to it, before closing / reopening MI.)

IV

There is a command "GoBackOneDocument" which shows the last seen item. This is helpful since you can do jump back by this many times. But it would be much more helpful to not have to jump back in complete darkness, by trial-and-error, but to be able to choose from a pop-up list; since there is an array for those items, this array could be displayed in a pop-up list (let's say the last 20 or 25 items or something like that), by an additional command, and where you could click with the mouse or navigate with the up/down arrows, then do "Enter", to jump to a given item.

V

In any case, this "GoBack" goes back, at this time, to items you just hit a fraction of a second in order to navigate to other items, so it goes back to a lot of UNWANTED items, and even within a displayed list, there would be a lot of unwanted items cluttering your real list. This problem could easily be overcome: Do NOT put any item into the array BUT when it had been displayed more then 2 or 3 seconds on the screen! (Or even better, give us the possibility to choose the length of display, 2, 3, 4 or 5 seconds to choose from; I would be happy with 2 or 3 seconds, whatever.)

VI

Of course, IV andV apply also to "GoForwardOneDoc".

VII

There should be another command, "GoBackTAB" (and "GoForwardTab"), which would do exactly the same as do GoBack/ForwardOneDoc, but for TABS = topics, instead of docs = items. MI, by its very fine search capability, does allow to cut your topics into a lot of topics / subtopics / trees / files, and so, most of the time, I have 20 or more tabs displayed = topics open, freely jumping from one topic to the other... and so , I have to do this permanent jumping always with the mouse, which is really awkward; having a displayed list would be tremendous but is not necessary, please give us just a really basic "GoLastTab" command, which by the way could function as a toggle: Every time you go to another tab, the current tab is stored in a variable, and every time you'd do the command, that stored tab is shown. This way, you could endlessly switch between your tab 2 and your tab 13 for example, instead of having to go for the next/prev tab command which is only useful for going from tab 2 to tab 3 and back to tab 2, for example. So, the problem is to switch freely between two tabs that are NOT adjacent, and a simple "GoPreviouslyVisitedTab" command would do it.

VIII

There is, in the Help, "Working with Documents", then "Navigate in the Tree".

There are 4 arrow commands listed, and "Previously/Next Viewed Document". On this last point I commented before.

My problem is, there is NO command "Go first item in the tree" (be it a root item of a tree or just an independant very first item in it, without there being any "root item" - by the way, it is very handy that there is NO need to have any "root item"). In this very first item, I do a list of the special tags of the tree (when there are such special tags in it), that is, I do a list of my two- and three-digit (=special) tags and some commentary for each, in order to remember what they stand for (whereas my one-digit tags, I use them globally, for indicating "print", "delegate to x", "delegate to y", "see again", "look up in the library", and so on).

This way, I need to access this very first item very often, and at this time, there isn't any command to do so, "navigating" with multiple mouse clicks (or multiple "PgUp") is not handy.

When in the tree, and then I do a Control-PgUp, I get the tags list displayed instead (but I want to remain in the tree!).

If I do a Control-Home instead, indeed I reach the very first item, but it is NOT displayed but it's just the very first line in the tree that is highlighted, and in the editor pane, instead of the item being displayed, I get a message "There is 1 document selected", or even "There are 2 documents selected" (=when before, the cursor had been in the second line of the tree), and then, I must navigate to th second tree element, and then to the first, in order for it to be displayed.

This behavior seems to indicate that Control-Home is not working as intended (and as it should be working).

(The same with Control-End, which should go to the very last item in the tree.)

HOW TO OPEN TOPICS

I

The OpenFiles dialog (normally under ^o) offers 3 file formats: .mio, .out and .kbf. Then, when you just enter abc Return, you'll get an error message "Not found", whereas it would be very handy for this dialog to understand that whenever you only enter a file name, without the suffix, and when such a file is there, MI is supposed to open the .mio file by default.

a ) Could this be implemented, as a default reaction whenever there is no suffix entered,

b ) OR could this be implemented in the way that the proposed suffix in the FIRST LINE of the TypeOfFile field (=the field under the field "NameOfFile") would ONLY be .mio, and would then automatically adjoined to the given file, whereas the other two suffixes would only be proposed int the SECOND LINE of that field?

II

Currently, there is no way to open the files "a*.mio", "a*" being aa, ab, ac and so on, in that OpenFiles dialog. Could this be implemented?

II

When you open a GROUP of files / topics (= by ^o and then by Shift-Click or Shift-DownArrow, then Return), you would want to have the tabs in alphabetical order, like the list in the dialog (=opened by ^o) is in alphabetical order. (Of course you could sort the tabs afterwards, by SortTabs, but it's much "cleaner" and "neater" to have them opened in the right order in first place.)

This is almost done, except for the LAST one. In fact, the last file is opened first, and then only all others follow in alphabetical order. So you have files a, b, c, d - and in MI, you'll get the additional tabs d, a, b, c - this is weird! (Especially when you consider the use of LEADING TOPICS, i.e. a, aa, ab, ac - there you would like to be the leading topic a before its subtopics aa, ab, ac, whereas MI gives us, at this moment, ac, a, ab, ad!

( Attention, this is my second new post here on the same day, don't overlook the first one of today's. )

TABS ON BABY BLUE

I work on Win XP, thus cannot say what options are in Vista and now, Win7.

But I think the MI behavior will be exactly the same there.

In the options of MI, it is possible to chose the traditional layout; I suppose few people will chose this, but then, it's always good to have some options.

I don't like blue, especially when it comes in various flavours at the same time.

So in XP, I changed my settings from the default blue to some shades of grey (which in my opinion are always a little bit blue sometimes). (I do not recall how I changed the settings, but it was a choice of 3 standard GUI's, and I took the silver-grey one.)

I am much happier with that, except for one reason, part of MI's GUI changes with it, and part does not. In fact, there is the background of the tabs (= when you've opened several topics at the same time), and as I said in my slug, those tabs continue to be on baby blue, independently of my otherwise silver-gray Win XP GUI.

You can imagine what this makes: Yes, it makes me want to vomit, it's incredibly ugly!

Thus, MI should either change that tabs' background automatically when changing colors with the XP settings, or there should be a colors' option at least, for individual settings for different things, or at least for that tabs' background, as a matter of "first aid".