Hello,
Just few thoughts about things you mentioned in your reply.
> I made it quite clear that I was referring to 'industry standard'
> features that are lacking in the program in general
There are no "industry standard" features lacking in the program in general.
AmiBroker features GUI fully conforming to LATEST UI standards,
including most modern UI look ("Whidbey or 2006 look").
For more info see:
http://www.amibroker.com/guide/h_customizeui.html
Actually no other T/A platform has such modern, aestetical and configurable
interface as AmiBroker has.
Just install any other T/A software and you will quickly see
how outdated they are compared to AmiBroker when it comes to UI.
> ... and the workspace in particular
I don't know exactly what you mean with the workspace. The old workspace pane
is gone
in 4.80 as all tabs are now fully configurable and detachable.
If you mean symbol tree or chart tree then there are several ideas floating
around
how to make it better but it functionality outpaces most other T/A softwares
(for example Metastock has no built in support for categories at all and
its indicator list is flat (without folders at all) ).
That said it does not mean that things can not be made even better.
> My proposition is that 'Microsoft like' GUI operating features are a
> defacto industry standard (sorry Mac, Linux users etc - I don't know
> anything about those systems).
I wrote you : AmIBroker GUI already features newest and "coolest" and
up-to most recent Microsoft-fashion GUI design in T/A world.
I am afraid you mixup two things: you say GUI when thinking about some
particular feature such as for example updating your watch list from AmiQuote
(instead of full symbol list). This isn't GUI. This is a convenience feature.
As to:
> Easy management of old/trial databases.
> Allow removal of parts of database that are known to be incorrect
> while retaining other parts.
> REPLY by Tomasz Janeczko
> status - Closed
> Status - Functionality exists
why did I close this issue ? Simply because it is:
a) achievable simply using Windows Explorer - you can delete database
files/directories.
The meaning of files is described in the User's Guide:
http://www.amibroker.com/guide/h_workspace.html
and
http://www.amibroker.com/guide/x_files.html
b) rarely used once you start actual trading.
It could be used more often in phase when you are "experimenting" but
once you are done with experiments and start trading the need to delete database
may appear once or twice a week at most. So I don't see any problem in using
Windows Explorer once or twice a week.
I understand that you would like to have everything included (maybe MP3 player
too),
but for me it has such low priority that I have to scratch that as there are
things
hundreds of times more important than this.
> If I don't post any new examples in the future it will only be
> because I choose to conserve my energy and/or that I am not entirely
> comfortable in the feedback center (it is not democratic enough for
> my liking).
Well democracy may be good idea for ruling countries,
but when it comes to software development there has to be someone
who directs the show and is responsible for the whole thing.
Democracy in software development does not exist. Even open source
projects have "leaders" that ultimately decide and their decision is final and
binding.
Still you will find AmiBroker one of the most user-oriented company in T/A
software world,
listening to users and implementing features asked for.
AmiBroker is written entirely by me so I fully control its development and
direction in which it evolves.
While you are welcome to suggest things please do not expect me to explain each
and every decision of mine.
I have good reasons to do what I do and I am doing my best to make good
decisions.
My goal is to get most bang for the buck. When it comes to marketing it means
that you get great program for low price.
When it comes to development it means to spend time on most critical features
and features used by majority first and postpone
less important / rarely used things.
The fact that AmiBroker is around for 11 years now means that my choices were
not that bad.
Best regards,
Tomasz Janeczko
amibroker.com
----- Original Message -----
From: "brian.z123" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Sunday, July 30, 2006 4:46 AM
Subject: [amibroker] Re: Indicator Maintenance
> Hello Tomasz,
>
> Thanks for your reply and consideration of my points.
>
> I made it quite clear that I was referring to 'industry standard'
> features that are lacking in the program in general and the
> workspace in particular so it is not a fair response that you only
> refer to a few particular features that are actually available in
> one 'pane' of the workspace alone.
>
> I specifically acknowledged that I was wearing my 'new user' hat and
> that my arguments were 'off the top of my head' (it is generally
> accepted in 'creative or problem solving' sessions that it is best
> not to censor the output in the intitial phase).
> I don't think you will find one single example in any post I have
> made in any forum where I have failed to back up my opening 'silly'
> statements if challenged (there are one or two exceptions where I
> withdrew but that was done to protect others, not me).
> I also already conceded; 'That (my comments are) of course ... only
> a personal opinion and perhaps my views will change as I spend more
> time in the program.'
>
> Ergonomics is a relatively new word.
> One way it is used is as a measure of 'energy efficiency within work
> processes'.
> That is what I meant when I used it and within the context of
> computer programs my measure of ergonomic efficiency is the number
> of mouse clicks required to perform a set task and also the ease
> with which we can replicate that task at a later date (from memory?)
>
> My Office assistant is turned off and always has been.
>
> I stand by my comments that AB lacks ergonomics, training and detail
> in part or partss.
>
>
> My Proposition:
>
> My proposition is that 'Microsoft like' GUI operating features are a
> defacto industry standard (sorry Mac, Linux users etc - I don't know
> anything about those systems).
> My expectation of programs is that they will equal or surpass
> the 'industry standard'.
> Of course that is a very general statement that can't be easily
> debated without specific examples and in this case I didn't provide
> any.
> All I ask, at any time, is that each suggestion is considered on its
> own merit and not 'marked' according to the status of the poster or
> the prejudices of individual forum members.
> My confidence in that area is a little down at the moment.
>
>
> Re: a specific example from within the database of existing posts
>
> ******************************************************************
>
> Post #195 from the feedback center.
> subject - delete old databases from file menu
>
> I said:
> Consider selection of partial deletions for anything than can be
> separated out i.e retain data and delete categories
> (broker workspace) and vice-versa, layouts?
>
> Reason.
>
> Easy management of old/trial databases.
> Allow removal of parts of database that are known to be incorrect
> while retaining other parts.
> If database is current or default AB will 'know' and make
> announcement and/or adjustment.
>
>
> You said:
> REPLY by Tomasz Janeczko
> status - Closed
> Status - Functionality exists
>
> If you mean most recently used database list in File menu - non-
> existing folders ALREADY gets deleted from the menu.
> Just delete the directory using Windows explorer and next time you
> run AmiBroker it won't show up in the File menu.
>
> *******************************************************************
>
> Admittedly I did not explain myself very well at the feedback
> center, but I did follow up later with an email via support that
> clarified and detailed my case.
> You could have also asked for further clarification at the feedback
> center if you weren't sure what I meant.
>
>
> What is the 'industry standard' for file management within programs?
>
> Go to the program file menu and delete the old program
> files/databases that the user no longer requires.
> View all of the program files/databases in a hierarchical tree and
> enact commands from there.
>
> What is the AB standard?
>
> Close AB (or go out of AB?), go to Windows Explorer and delete old
> databases from there.
>
> What specific delete features could AB provide that MS can not be
> expected to?
>
> If the user attempts to delete a database that is selected in AB
> preferences as the default, Windows Explorer will not delete it.
> If file/delete existed in AB the user could be given a message 'this
> database can not be deleted as it is the default. To delete this
> database go to tools etc'.
>
> The AB database folder also contains components that have extra
> relevance to the user. The user might want to keep the symbol
> lists/categories and just delete all price data.
> File/delete in AB could provide users with appropriate delete
> options to do that type of thing and also warn as to the
> consequences of each action.
>
> The above, existing case, is a reasonable example of the 'industry
> standard'/AB gap.
> At the least it is worthy of consideration and discussion.
> If I don't post any new examples in the future it will only be
> because I choose to conserve my energy and/or that I am not entirely
> comfortable in the feedback center (it is not democratic enough for
> my liking).
>
> Regards,
>
Please note that this group is for discussion between users only.
To get support from AmiBroker please send an e-mail directly to
SUPPORT {at} amibroker.com
For other support material please check also:
http://www.amibroker.com/support.html
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/amibroker/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
