Issue 87565 - Basic IDE: Run Macro does not show all documents in list
Summary: Basic IDE: Run Macro does not show all documents in list
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOO300m9
Hardware: All Windows XP
: P4 Trivial (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-28 15:36 UTC by bmarcelly
Modified: 2017-05-20 11:33 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Writer doc with a title (8.29 KB, application/vnd.oasis.opendocument.text)
2008-04-12 11:24 UTC, bmarcelly
no flags Details
Calc doc with the same title (7.86 KB, application/vnd.oasis.opendocument.spreadsheet)
2008-04-12 11:24 UTC, bmarcelly
no flags Details
Tools > Macros > RunMacro (52.21 KB, image/gif)
2008-04-12 11:25 UTC, bmarcelly
no flags Details
Tools > Macros > BeanShell macros (42.99 KB, image/gif)
2008-04-12 11:26 UTC, bmarcelly
no flags Details
Tools > Macros > JavaScript macros (43.27 KB, image/gif)
2008-04-12 11:27 UTC, bmarcelly
no flags Details
Tools > Macros > .. Python macros (43.74 KB, image/gif)
2008-04-12 11:30 UTC, bmarcelly
no flags Details
Tools > Macros > ... Basic Macros. Compare with others. (50.50 KB, image/gif)
2008-04-12 11:31 UTC, bmarcelly
no flags Details
Basic organizer in version 1.1.5, same documents (38.34 KB, image/gif)
2008-04-12 20:16 UTC, bmarcelly
no flags Details
Run Macro dialog sees only the top document (55.27 KB, image/png)
2008-10-29 16:48 UTC, bmarcelly
no flags Details
Run Macro dialog sees no document from the IDE (40.90 KB, image/png)
2008-10-29 16:48 UTC, bmarcelly
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description bmarcelly 2008-03-28 15:36:18 UTC
1 - Create a simple Writer or Calc document.
2 - File > Properties > Description > Title : write something
3 - Store.
4 - Reopen.
5 - Tools > Macros > Run Macro
You can see in the left side the Title property instead of the file name.
If you open several documents having the same title, they are undistinguishable.

Regression from 2.3.1.
Comment 1 bmarcelly 2008-03-28 15:37:21 UTC
setting regression keyword :-(
Comment 2 bmarcelly 2008-03-29 11:43:19 UTC
Same bug in the Organizer for Python, for BeanShell, for JavaScript.
But OK for Basic organizer.

Same bug in Tools > Personalize, most tabs:
see the control "Save in..." at bottom.
Comment 3 bmarcelly 2008-04-11 13:20:42 UTC
Precision:
What is described in Tools > Macros > Run Macro is a regression from 2.3.1.

The same display bug in Organizer for JavaScript, BeanShell, Python, exists already 
in version 2.3.1.

Only in the Organizer you can see more than one document in the left part of the 
window.
Comment 4 jjmckenzie 2008-04-12 03:53:09 UTC
Tried to reproduce what I 'think' the problem is.  However, I only see one
document in the left pane on 2.4 and 2.3.1, but the name does change.

So what I really need here is the following:
What EXACTLY did you do to create the problem.  One document should NEVER be a
problem.  What EXACTLY is the problem?  When you go to record a macro you cannot
save it, or does it get saved to the 'wrong' document?  Or do you want
consistency across versions?  At the present time, I cannot confirm this problem
as being an actual problem we need to spend resources fixing that need to be
dedicated to the 3.0 release.  Downgrading priority and setting fix version to
OOoLater, for now.

James McKenzie
Comment 5 bmarcelly 2008-04-12 11:22:59 UTC
OK, I try it again, with documents and pictures.
Next attachments:
- A Writer and a Calc document : they don't have macros! you don't need macros to see 
the bug.
  The important thing is : they have a text in the Title property. The same text for 
both, to make it more clear.
- snapshot of the Macro selector obtained by Tools > Macros > Run macro
- snapshot of the macro selector for BeanShell and for Javascript
- snapshot of the macro selector for Basic

Now compare the snapshots. The Basic snapshot is the only one giving enough 
information to see which document is which.
Comment 6 bmarcelly 2008-04-12 11:24:10 UTC
Created attachment 52771 [details]
Writer doc with a title
Comment 7 bmarcelly 2008-04-12 11:24:50 UTC
Created attachment 52772 [details]
Calc doc with the same title
Comment 8 bmarcelly 2008-04-12 11:25:52 UTC
Created attachment 52773 [details]
Tools > Macros > RunMacro
Comment 9 bmarcelly 2008-04-12 11:26:31 UTC
Created attachment 52774 [details]
Tools > Macros > BeanShell macros
Comment 10 bmarcelly 2008-04-12 11:27:15 UTC
Created attachment 52775 [details]
Tools > Macros > JavaScript macros
Comment 11 bmarcelly 2008-04-12 11:30:23 UTC
Created attachment 52776 [details]
Tools > Macros > .. Python macros
Comment 12 bmarcelly 2008-04-12 11:31:19 UTC
Created attachment 52777 [details]
Tools > Macros > ... Basic Macros. Compare with others.
Comment 13 Frank Schönheit 2008-04-12 12:34:29 UTC
The question is whether the new behaviour is better or worse than the old one ...

For instance, in OOo 2.3.1, open three documents, say
/tmp/document.odt
~/document.odt
/tmp/document.ods

In the organizer dialogs, you will see
  (text  icon) document
  (text icon) document
  (spreadsheet icon) document
That is, all three documents will have the same entry name, too.

So, no matter which way we do it, we do it wrong for a certain class of use
cases. The question is which hurts more ...

The main problem I see from your screen shots is that both the Text and the
Spreadsheet document have the same icon - this is the only thing which I'd
consider a bug worth fixing.
Comment 14 bmarcelly 2008-04-12 20:14:53 UTC
I remembered that, years ago, the Title property appeared as the title of the Writer 
or Calc window.
I opened the same documents with version 1.1.5, see next attachment.
You can see that in 1.1.5 the Title property of the document is consistently used in 
the main window and in the Basic dialog.

In Version 2.0 the main window was changed to display only the filename (because the 
display of 1.1.5 generated complaints). The Run Macros and other macro dialogs were 
also displaying the filename. That was consistent.

Now:
The main window (Calc, Writer) still displays only the filename.
If there is a title, the title is displayed in the dialogs. 
If there is no title, the filename is displayed.
This is not consistent, and disturbing for the user.

The Title property is not so visible as the filename. You choose a document from its 
filename, not from its title. The "recent documents" list contains filenames, not 
titles. 
Comment 15 bmarcelly 2008-04-12 20:16:15 UTC
Created attachment 52779 [details]
Basic organizer in version 1.1.5, same documents
Comment 16 Frank Schönheit 2008-04-12 21:28:31 UTC
I'm really undecided what's the best behavior here, so I am also not sure
whether this is actually a bug.

fs->tm: It's your issue at the moment, I suggest assigning it to a user
experience engineer for decision making.

fs->bmarcelly: you might want to raise the issue in the
discuss@ux.openoffice.org list, where the user experience people live ...
Comment 17 stefan.baltzer 2008-10-29 14:17:10 UTC
SBA: This issue has a target set but is still in state of "Unconfirmed".
Please re-check with OOo 3.0 or younger if it is (still) valid.
Then confirm it or set an appropriate resolution.
Thank you.
Comment 18 stefan.baltzer 2008-10-29 14:24:17 UTC
SBA: This issue has a target set but is still in state of "Unconfirmed".
Please re-check with OOo 3.0 or younger if it is (still) valid.
Then confirm it or set an appropriate resolution.
Thank you.
Comment 19 bmarcelly 2008-10-29 16:47:10 UTC
Retested with OOo 3.0.0 (300m9). 

It's OK with Basic, Beanshell, Javascript, Python organizers : the documents are 
listed with their complete name, e.g.
  WriterIZ87565.odt
  CalcIZ87565.odt
So there is no ambiguity.

But there is a problem with the Run Macro dialog: only the document at front is 
listed, not the other opened OpenOffice documents. See next attachment 
RunMacro-300m9.png
And if you are in the IDE, for example in the module of a document macro, the Run 
Macro dialog does not even list any document ! See other attachment 
RunMacroIDE-300m9.png

So the issue is not yet resolved. I don't have rights to confirm it, so I keep it 
unconfirmed. But it's easy to confirm.
Comment 20 bmarcelly 2008-10-29 16:48:18 UTC
Created attachment 57550 [details]
Run Macro dialog sees only the top document
Comment 21 bmarcelly 2008-10-29 16:49:00 UTC
Created attachment 57551 [details]
Run Macro dialog sees no document from the IDE
Comment 22 bmarcelly 2008-10-29 16:51:51 UTC
Changed version : OOo 300m9
Comment 23 thorsten.martens 2011-02-09 11:11:40 UTC
Testet in a 3.3.1 on Win. The original problem doesn't occur anymore. The "Run
Macro"-Dialog shows filename instead of title. So this is fixed and no
regression anymore. For discussing or/and fixing the second mentioned behaviour
this issue is reassigned.

TM->JJ: please have a look and decide who has to take care of this issue as far
as JSK isn't available anymore. Thanks in advance.
Comment 24 epost 2011-02-09 12:21:46 UTC
JJ->TBO: Please have a look regarding the second mentioned behaviour "Run Macro
dialog sees no document from the IDE". Thanks
Comment 25 b.osi.ooo 2011-02-15 11:23:16 UTC
Always nice to have two problems reported in one issue;
I confirm the 'Run Macro' behaviour and will change the title respectively;
No regression, same behaviour is in/since OOo 2.3.0

@AB: is there any reason for this behaviour or is it just a bug?

Here is now a summary of the problem:
- Open 2 Documents

- In Basic IDE call: Tools - Macro - Run Macro
-> In the library list the 2 documents do not appear, which is expected
- close dialog

- switch to one of the documents
- call: Tools - Macro - Run Macro
-> In the library list only the current document does appear, where both would
be expected

This would be consistent with other dialogs, like: Tools - Macros - Organize
dialogs... where always all documents are listed.
Comment 26 Marcus 2017-05-20 11:33:26 UTC
Reset assigne to the default "issues@openoffice.apache.org".