Author Topic: New Batch XMI Import/Export dialog  (Read 2282 times)

Paolo F Cantoni

  • EA Guru
  • *****
  • Posts: 8607
  • Karma: +257/-129
  • Inconsistently correct systems DON'T EXIST!
    • View Profile
New Batch XMI Import/Export dialog
« on: December 19, 2006, 03:54:28 am »
The improvements to the Batch XMI Import/Exports are good but...  (there always has to be a but)

The dialog is now too small - there's too much information for the size of the dialog

The path column only shows part of the path (the part after the LocalPath) - I would have thought the whole path is appropriate - if only part of the path is visible,then there should be an indication of the missing part (such as the LocalPath)

For example, the path column could be renamed:  Path (below <the local path that is suppressed>)

When the import is running, the package import dialog overlays the Batch dialog.  Since the batch dialog is better for showing progress, the two probably shouldn't overlay.

The status indicator is really great!  However, it would be really useful to show progress if the scrolling list were arranged latest imported package were just above the bottom of the scroll region.

The Export dialog suffers from the same overlay issue.  It would also be good to indicate progress if there was a similar status column and the latest were located toward the bottom of the scroll region.

Thoughts?
Paolo
[size=0]©2006 Paolo Cantoni, -Semantica-[/size]
« Last Edit: December 19, 2006, 04:10:58 am by PaoloFCantoni »
Inconsistently correct systems DON'T EXIST!
... Therefore, aim for consistency; in the expectation of achieving correctness....
-Semantica-
Helsinki Principle Rules!

«Midnight»

  • EA Guru
  • *****
  • Posts: 5651
  • Karma: +0/-0
  • That nice Mister Grey
    • View Profile
Re: New Batch XMI Import/Export dialog
« Reply #1 on: December 19, 2006, 08:49:00 am »
Several of the informational dialogs are both fixed size and too small. Windows provides certain standard window border types, some of which facilitate this unfortunate combination of attributes.

Perhaps Sparx could walk through the various dialog windows and ensure that most (if not all) can be resized - they'd have to manually add the resize control to the window border, but it's not difficult. Then they would have to ensure that the various text areas resize with the window, and that there is a minimum allowed size, which is probably the current default size.
No, you can't have it!