[lively-kernel] Code reorganization in Webwerkstatt - please check your js files

Fabian Bornhofen fbornhofen at googlemail.com
Thu Oct 27 22:52:24 CEST 2011


Hi Jens,

you're right. We are thinking about changing the loader so you can
specify additional module locations. You would have something like

Config.additionalModulePaths[i] = 'users' // path relative to Config.rootPath

and then

module ... .requires('jenslincke.yourPersonalModule') .....

What do you think?
Fabian


On Thu, Oct 27, 2011 at 1:00 PM, Jens Lincke
<Jens.Lincke at hpi.uni-potsdam.de> wrote:
> Hi, Lauritz
> I definitely think it should go into the users folder, but since you changed
> the codebase the users folder are out of reach
> for loading moduless.... so I moved the code into the codebase again.  How
> should we deal with multiple roots?
> Best,
> Jens
> Am 27.10.2011 um 19:49 schrieb Lauritz Thamsen:
>
> Hi Jens --
>
> Should we require them differently such as we did with the modules from the
> CodeDB? In the meantime I will move the modules in question below the
> kernel/ dir.
> Kernel is therefore a bad name, because the kernel is under "lively" and we
> would not call the rest kernel, or would we?
>
> Yes, I agree it shouldn't be 'kernel/', so we will rename it to 'core/'
> later in the evening (Oct 28, 1 a.m. CEST or Oct 27 4 p.m. Pacific Time).
> However, I am not sure that "personal modules" should be part of our core
> distribution. Either such code belongs into apps/, lib/ or into lively/ and
> should be synched across repositories or it should remain in a user's folder
> and shouldn't be synched across repositories. What do you think?
> Best,
> Lauritz
> On Oct 27, 2011, at 2:18 AM, Jens Lincke wrote:
>
> Hi, Lauritz
> works for most pages. How do we deal with non kernel code additions in the
> wiki. Code in users or project directories such as
> http://lively-kernel.org/repository/webwerkstatt/projects/BP2012/
> http://lively-kernel.org/repository/webwerkstatt/users/ahold/
> Should we require them differently such as we did with the modules from the
> CodeDB? In the meantime I will move the modules in question below the
> kernel/ dir.
> Kernel is therefore a bad name, because the kernel is under "lively" and we
> would not call the rest kernel, or would we?
> Best,
> Jens
> On 27.10.2011, at 07:58, Lauritz Thamsen wrote:
>
> Hi.
>
> As announced yesterday, we reorganized Webwerkstatt a bit.
>
> Please let us know if you experience any problems regarding loading or
> saving.
>
> Best,
> Lauritz
>
>
> On Oct 25, 2011, at 5:10 PM, Fabian Bornhofen wrote:
>
> Hi -
>
> as mentioned earlier, we want to simplify code distribution.
>
> As a first step, we are going to reorganize some files in Webwerkstatt and
> move the core code from /repository/webwerkstatt to
> /repository/webwerkstatt/kernel.
>
> To keep your worlds running, we will run a script on all xhtml files in
> Webwerkstatt that changes the path to bootstrap.js. For most worlds, you
> will not notice any difference. If you have never written a Lively
> JavaScript module on your own,   then most probably you do not need take any
> action.
>
> However, if any of your worlds have dependencies on other js files (e.g. js
> files in your home folder), please check references to these paths.
> Config.codeBase will be /repository/webwerkstatt/kernel instead of
> /repository/webwerkstatt. Paths relative to Config.codeBase therefore should
> be fixed (typically with another '../' at the beginning).
>
> We want to apply and commit our changes to Webwerkstatt on early Thursday
> morning (Oct 27, 1 a.m. CEST or Oct 26 4 p.m. Pacific Time).
>
> Please contact Lauritz or me if you have any questions or if you need
> assistance.
>
> Rationale:
>
> We want to create a repository of the minimum set of files that is needed
> for running the Lively Kernel. This could be hosted on Github, Launchpad, or
> elsewhere. By centralizing these files in Webwerkstatt (which is effectively
> our upstream repository right now), it will be possible to check them out as
> a Subversion submodule that can be kept in sync with other version control
> systems.
>
> Regards,
>
> Fabian
>
> _______________________________________________
>
> lively-kernel mailing list
>
> lively-kernel at hpi.uni-potsdam.de
>
> http://lists.hpi.uni-potsdam.de/listinfo/lively-kernel
>
> _______________________________________________
> lively-kernel mailing list
> lively-kernel at hpi.uni-potsdam.de
> http://lists.hpi.uni-potsdam.de/listinfo/lively-kernel
>
>
>
>
> _______________________________________________
> lively-kernel mailing list
> lively-kernel at hpi.uni-potsdam.de
> http://lists.hpi.uni-potsdam.de/listinfo/lively-kernel
>
>


More information about the lively-kernel mailing list