Raul >Well not exactly. JHS should deliver src attributes. Dropbox would deliver the >actual bytes of the images - it has a far wider pipe to the client. Any direct >transmission from my machine, where JHS is, would go through a very poor >(asymmetric) pipe. So even if the page (and its URL) is on my machine its >images will need to be served from a bigger cloud machine. Likely this >continues to be Dropbox, though i could conceive of Googlish solutions.
>All cloud solutions i know of involving a server have a regular billing of >money, or lead to such (eg AWS) and can thus be only temporary. However i CAN >put a server for free here, at my home (discouraged by most ISPs, but what the >hey), but for large chunks of data, at a fast sustained throughput, it needs >to couple with a dumb public data server. greg ~krsnadas.org -- from: Raul Miller <[email protected]> to: General forum <[email protected]> date: 5 September 2014 19:55 subject: Re: [Jgeneral] <base> in JHS? >So it sounds like your real problem is getting the server to deliver these >images. Until you address that, no urls will work. >So what I think you need to do is modify your ~config/folders.cfg so that you >have an entry for this directory. >(http://www.jsoftware.com/help/user/dirpaths.htm points at config.ijs but >that's out of date.) Thanks, Raul -- from: greg heil <[email protected]> to: General forum <[email protected]> date: 5 September 2014 19:45 subject: Re: [Jgeneral] <base> in JHS? Raul >Though it may not be the best example ~bright_build_pics does have the >advantage that is an exact problem statement. I.e. i will be working with >those images. They are not in J's "system" folder, nor indeed in J's "User" >folder. Where they are, is in a place forced by Dropbox. That is in a >different drive than "system" and is near, but cannot be exactly the same as >my "User" path. (images must be in a Public directory and Path must be in a >Private directory) The image URLs (for clients) will work off an "in cloud" >(Dropbox) synced version. J could work off the local synced copy which could >well be accessed by a path variable native to J. For the client to see them >though JHS's AJAX is going to have to embed new src's of (relative) URLs to >cloud copies. >In order for src's to work in html pages all ~'s must be resolved first. ---~ http:i.tgu.ca/bright_build_pics greg ~krsnadas.org -- from: Raul Miller <[email protected]> to: General forum <[email protected]> date: 5 September 2014 19:09 subject: Re: [Jgeneral] <base> in JHS? That's not really an example. So allow me to propose an example: <img src="/~system/util/edit.png" /> Will that work for you? If not, why not? Thanks, Raul -- from: greg heil <[email protected]> to: General forum <[email protected]> date: 5 September 2014 18:19 subject: Re: [Jgeneral] <base> in JHS? Raul >hah i did not even notice that demo5 had an image in it! It is rather special >having a googlish hashed/computed URL. Not near at least obviously the kind of >relative URL i need. >i plan on extending ~bright_build_pics to include keywords. Not so hard from >the already extensive Javascripting i have had to do on that page (it already >has a hierachical date widwing browser)... but i will need a rather nimble >authoring tool to put the keywords into their jpgs using exiftool! >i envision a browser that rapidly peruses (with the scroll wheel and an on >page history of thumbs used) the thumbnails; and adds their keywords to a >target jpgs KWs. Also i will need to keep and give access to a (developing) >library of keywords: accessed by a text searching widget. This library of >keywords will also go into the public facing ~bright_build_pics. This could be >done in js but would be much easier in J. >i will (have!) a lot too. Now i have 32GB's and by the end of the build i may >have 200GBs. ---~ http:i.tgu.ca/bright_build_pics greg ~krsnadas.org -- from: Raul Miller <[email protected]> to: General forum <[email protected]> date: 5 September 2014 15:26 subject: Re: [Jgeneral] <base> in JHS? jhs plot demo has an image (for example). >If that is not what you had in mind, perhaps you could illustrate with a >specific example? >(There are definitely other ways of incorporating images in jhs but I do not >know if they would be relevant to you.) Thanks, Raul ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
