On March 21, 2018 11:18:42 PM GMT+01:00, in_pharo_us...@nym.hush.com wrote: >Hi Esteban, hi Herbert, > >so, formally, it is a Tide integration issue now, IMHO. > >As I understand it now: > >Tide's setup procedure generates a file system out of a Monticello >archive >and puts Tide related extensions for Amber in it. Then the user is >directed to that fs's root >to install Amber. (That seems a little odd, as these extensions are to >be integrated >in the Amber image and seem to have a stonger adhesion there.) > >The part of the procedure to install Tide is now invalid relating to >Amber. > >Should I try the following: > >*** > >I have a brand new allmost perfectly working Amber installation. > >I scavenge the elements mentioned by Herbert below and move them to >the Tide stub, >instead of using the Tide/Monticello generated 'bower install' script.
No, if Tide's approach is to generate a skeleton which only needs to get dependencies, then it is very reasonable approach indeed. The 'amber init' command actually does the same: fills fs from template then runs 'npm install' to get tooling, 'bower install' to get project dependencies, including amber itself, 'grunt' to compile .st files into .js files and 'grunt devel' to set up environment to development mode loader. 'That seems a little odd, as these extensions are to be integrated in the Amber image' not odd at all as there is no true image - that whole filetree is 'the source for the image build' and actual 'image' only exists at runtime by loading all components into memory. Amber is just another library to load. So if tide indeed fills fs with all the needed pieces so it then only needs a few 'load deps' steps, then make it work by hand, then simply remove all transient pieces (node_modules/, bower_components/, config.js, src/*.js) and you have nice new state in which it should all start. You should then update the old tide seed file tree with the new updated one. >Then run 'grunt devel'. >Is this all I need? > >Is there a way to explicitly describe the objects I need? >Or is there a way to check what exactly is missing? > >*** > >But would it not be a better approach to update the Tide setup >procedure? >How would that work? >Kind regards, > >basket >On 21.3.2018 at 9:54 PM, "Herbert Vojčík" wrote:In newer version of >Amber the loading code changed significantly, as >promises are used (best way to migrate old code is to actually created > >new project using `amber init` and only move the needed pieces >(src/*.st >files, .amd.json files, lists of packages in deploy.js / testing.js / >devel.js / Gruntfile.js) to the new structure). > >Also "searched in bower path" is wrong, paths are mapped differently, >using .amd.json files (which I think are set correctly), but of >course, >`grunt devel` must be run at least once for mapping to happen (it is >run >as part of `amber init`, so new project is set up fine; but in case >.amd.json files are changed, it should be rerun). > >Herby > >in_pharo_us...@nym.hush.com wrote: >> Hi Esteban, >> >> after I got Amber running separately, I set up Tide according to >> >> https://github.com/tide-framework/tide >> ; readme.md >> >> Everything went fine so far, but after the page loaded, Helios did >not >> pop. Blank page. >> >> So I looked into the page source and, suspiciously, at line 18 I >found >> >> **** >> >> require( >> [ >> "amber/devel", >> "amber/helpers", >> "tide/Tide-Amber-Core", >> "tide/Tide-Amber-Exceptions", >> "tide/Tide-Amber-Examples", >> "tide/Tide-Amber-Tests" >> ], >> function (smalltalk) { >> smalltalk.initialize({defaultAmdNamespace: 'tide'}); >> smalltalk.popupHelios(); >> } >> **** >> >> I searched for all required paths in the bower path, but could not >find only the first two. >> >> Can you kindly give me a hint how to proceed to get it running? >> >> Kind regards, >> >> basket >>
