• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Libraries and effiency
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Libraries and effiency


  • Subject: Re: Libraries and effiency
  • From: Tommy Bollman <email@hidden>
  • Date: Mon, 9 Aug 2010 16:51:44 +0200

Hello Tetsuro.

I will answer your long post in detail later on.

>
> Why should locations of UserLibrary/LocalLibrary/NetworkLibrary be customizable ?
> Why don't library locations are always searched recursively ?
> Who need such flexibility ?


It is especially important that network subtrees can be specified in such a property list file. Say you have a big company, where 5 guys test some stuff, and 20 others that uses the previous version. -Then it would be nice to change the network locations.

And you can't expect that any network volume has the same name as any other. It is for such stuff. -And some people would find it handy, to specify other paths to library files, than having them in the script menu also. I think everything should be so flexible.
Then everybody may end up with what they want and need.

Regarding Property list files.
As for the property list file thing. (I'm writing my own for my LibraryLoader ) should be of type "point and click" -easily implemented via apple script, with a file/folder  choose dialog and some extra questions. No need for anything fancy, just something that avoid editing of the files manually. The locations of the AppleMods and Module Loader files goes untouched in these of course.


On 9 Aug 2010, at 15:18, Tetsuro KURITA wrote:

> Thanks for your interesting suggestions.
>
>> What I'd like all you library loader developers to do is use my suggestion for a shared property list which contains user designated library folders and his or her search configurations. That way folks can keep track of their own stuff easily and put it anywhere they want.
>
> But I can't understand what real problems is solved by your suggestions.
> I hope to avoid configuration files to keep it simple.
>
> Why should locations of UserLibrary/LocalLibrary/NetworkLibrary be customizable ?
> Why don't library locations are always searched recursively ?
> Who need such flexibility ?
>
> If your suggestion will solve real person's real problem, I will follow your suggestion.
>
> =======================================================
> Tetsuro KURITA
> E-mail: email@hidden
> http://homepage.mac.com/tkurita/scriptfactory/en/
> =======================================================
>
>
>
>
>
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> AppleScript-Users mailing list      (email@hidden)
> Help/Unsubscribe/Update your Subscription:
> Archives: http://lists.apple.com/archives/applescript-users
>
> This email sent to email@hidden
>

Best regards



Tommy Bollman
--------------------------------------------------------------------------------------------------
Mollison's Bureaucracy Hypothesis:
	If an idea can survive a bureaucratic review
	and be implemented it wasn't worth doing.

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users

This email sent to email@hidden

  • Follow-Ups:
    • Re: Libraries and effiency
      • From: Tetsuro KURITA <email@hidden>
References: 
 >Re: Libraries and effiency (From: Tommy Bollman <email@hidden>)
 >Re: Libraries and effiency (From: Tetsuro KURITA <email@hidden>)
 >Re: Libraries and effiency (From: Philip Aker <email@hidden>)
 >Re: Libraries and effiency (From: Tetsuro KURITA <email@hidden>)

  • Prev by Date: Re: Libraries and effiency
  • Next by Date: Re: Libraries and effiency
  • Previous by thread: Re: Libraries and effiency
  • Next by thread: Re: Libraries and effiency
  • Index(es):
    • Date
    • Thread