Notes...that flash by and are gone...(was Re: any good audio/video editing apps in macports?)

Jeremy Lavergne jeremy at lavergne.gotdns.org
Sun Feb 24 21:05:09 PST 2013


Crown was a lovely autocorrect for cron

Ian Wadham <iandw.au at gmail.com> wrote:

>
>On 25/02/2013, at 12:54 PM, Jeremy Lavergne wrote:
>> There are issues on all fronts: crown job updates, distributed
>installs, etc. No one size fits all :-)
>
>Notes that flash by are one of  my pet (only) gripes in Macports.  May
>I suggest:
>
>4) Macports remembers, on a temp file, which ports in the run had
>notes,
>   then, at the end, puts out a reminder about the "port notes" command
>and a list of the ports that might require follow-up action, assuming
>you
>    have not covered all those notes after earlier Macports runs.
>
>Would that cover all bases?  (Sorry, dunno what a "crown job update"
>is.)
>
>I am considering doing something like that in the Macports GUI I am
>working on.
>
>> 
>> Craig Treleaven <ctreleaven at cogeco.ca> wrote:
>>> Jim likely missed some important info while installing kdenlive but 
>>> it is easy to see how it happened.  If you look at the rdeps for 
>>> kdenlive, there are _270_ lines!  I don't know how many of those 
>>> dependencies use Notes to inform the user of some important fact or 
>>> other.  I *do* know that they scroll by very quickly in the midst of
>
>>> what may be a long, unattended install.  Important information is 
>>> interspersed amongst reams of output that requires no action.
>
>This was my biggest problem on first installing Macports 20 months
>ago, when there were fewer binary packages.  The first port I asked
>for was kdegames4, but first came qt4-mac and all ITS dependencies
>(i.e. large parts of Linux).  Those took all night … and I had to
>sleep.
>
>Again, a warning about how many dependencies need to be built
>could be produced right at the start by Macports, with options to
>proceed or start again another time.  I certainly plan to do something
>like that in the Macports GUI I am looking at.
>
>>> Right now, some ports use basic text formatting to try to draw 
>>> attention to these messages (lines of asterisks, etc).  That's good,
>
>>> but could we do more?
>>> 
>>> Options:
>>> 1) Make users acknowledge messages:  ie, "Press any key to proceed".
>
>>> (Shades of CPAN!)  My take:  please God, no!!!
>>> 
>>> 2) Make such messages stand out more:  use more distinct visual cues
>
>>> such as colour or font.  Could definitely help but I don't know what
>
>>> is supported by all the versions of Terminal.  (Let alone other apps
>
>>> or remote connections.)  What do others think?
>>> 
>>> 3) Deliver the messages in another manner:  eg, cause them to open
>in 
>>> TextEdit or a browser window.  I think a few lines of Applescript 
>>> would be enough to create a new window and display all the Notes 
>>> messages from an install.  (We would even have the option to use rtf
>
>>> or html to format the messages to improve delivery.)  The user would
>
>>> essentially have an action list after the install.  Drawbacks: 
>>> doesn't work for ssh-type connections to remote machines.  I think 
>>> this could be very helpful
>>> 
>>> Unfortunately, I lack most of the skills to actually implement 
>>> anything like this.  :-(
>>> 
>>> Thoughts?
>>> 
>>> Craig
>
>All the best, Ian W.
>
>
>_______________________________________________
>macports-users mailing list
>macports-users at lists.macosforge.org
>https://lists.macosforge.org/mailman/listinfo/macports-users



More information about the macports-users mailing list