If you are using jhs to deliver the pages, you build them dynamically, so "hardwired" is only an issue if you can't manage to abstract a url prefix in a J variable.
If you are not using jhs, then just build the html however you want. Or am I overlooking a relevant issue here? Thanks, -- Raul On Sat, Sep 6, 2014 at 12:53 AM, greg heil <[email protected]> wrote: > Raul > >>Yes ... unless you modify the <base> tag. Then it gets thrown to wherever the >>base is for relatives. Hardwiring with absolute URLs is very bad for >>portability and would require a lot more bandwidth. > > greg > ~krsnadas.org > > -- > > from: Raul Miller <[email protected]> > to: General forum <[email protected]> > date: 5 September 2014 20:55 > subject: Re: [Jgeneral] <base> in JHS? > >>If you want dropbox delivering the images you do not want relative urls. >>Relative urls from within jhs can only serve up jhs content. > > Thanks, > Raul > > -- > > from: greg heil <[email protected]> > to: General forum <[email protected]> > date: 5 September 2014 20:48 > subject: Re: [Jgeneral] <base> in JHS? > > 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 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
