by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • May 23 11:44
    greenkeeper[bot] commented #1122
  • May 23 11:44

    greenkeeper[bot] on mocha-7.2.0

    chore(package): update mocha to… (compare)

  • May 20 21:22
    greenkeeper[bot] commented #1152
  • May 20 21:18

    greenkeeper[bot] on object.entries-1.1.2

    chore(package): update object.e… (compare)

  • May 18 18:56
    greenkeeper[bot] commented #1137
  • May 18 18:56

    greenkeeper[bot] on terser-4.7.0

    fix(package): update terser to … (compare)

  • May 14 04:40
    greenkeeper[bot] commented #1117
  • May 14 04:40

    greenkeeper[bot] on jshint-2.11.1

    chore(package): update jshint t… (compare)

  • May 10 06:15
    greenkeeper[bot] commented #1116
  • May 10 06:15

    greenkeeper[bot] on ws-7.3.0

    fix(package): update ws to vers… (compare)

  • May 04 22:56

    greenkeeper[bot] on jquery-3.5.1

    (compare)

  • May 04 22:52

    greenkeeper[bot] on jquery-3.5.1

    chore(package): update jquery t… (compare)

  • May 01 16:38
    matthewp closed #1515
  • May 01 16:38
    matthewp commented #1515
  • May 01 16:33
    matthewp commented #1515
  • May 01 15:30
    matthewp commented #1515
  • May 01 14:39
    matthewp assigned #1515
  • May 01 14:39
    matthewp commented #1515
  • May 01 14:31
    matthewp commented #1515
  • May 01 13:02
    MarcGodard commented #1515
Paul Tichonczuk
@tracer99
is there any graceful way of rendering a stache template as a subtemplate in EJS? In mustache you simply did 
<%== can.view.render('template', object) %>
and this worked. however, if the template is a stache file (we're slowly converting), the output is [object DocumentFragment]
We found a workaround which is to use the element callback and manually appendChild ie
<%= (el)->el.appendChild(can.stache('template', object)) %>
This has drawbacks, not least of which is that we need a bunch of throw away containers.
Matthew Phillips
@matthewp
Yeah, I think the fact that ejs works with strings while stache uses fragments makes that the only real way
Paul Tichonczuk
@tracer99
@matthewp thanks
Paul Tichonczuk
@tracer99
So i'm back to trying to get paths to work in our older CanJS projects like DoneJS projects work. This project has had all it's libraries upgraded to the latest releases. The thing I'm after is being able to reference node_modules without having to specific "node_modules/" before every package.
I've set directotories: {src: "ucp2"} but that doesn't seem to make any change.
Kevin Phillips
@phillipskevin
you’ve set that under system?
if you’re loading steal from node_modules, it should automatically be able to find other node modules
Paul Tichonczuk
@tracer99
yes
and yes
Kevin Phillips
@phillipskevin
ok, I think you can only set directories.lib
Paul Tichonczuk
@tracer99
sorry
typo. it is lib
Kevin Phillips
@phillipskevin
ok
Paul Tichonczuk
@tracer99
I have like 8 paths entries that convert "package/package": "node_modules/package/package.js";
otherwise I get 404s for every node module imported
and luckily, none of those import other node modules
as it would fail
the issue I'm having now is getting steal-mocha working. as it does import other libraries and fails ....
package.json here: http://pastebin.com/ZvqHNTqs
Paul Tichonczuk
@tracer99
main script call <script type="text/javascript" src="/node_modules/steal/steal.js" main="ucp2/ucp2"></script>
Matthew Phillips
@matthewp
what error are you getting?
Justin Meyer
@justinbmeyer
contributors meeting: https://www.youtube.com/watch?v=1lU8s_B886c
Paul Tichonczuk
@tracer99
@matthewp 404s in the browser. So when I try to import 'chai'; the browser tries to load /chai/chai.js instead of /node_modules/chai/chai.js
I can create path entries for these, but it cascades down to every library that is imported and I'd need like 20 path entries.
Matthew Phillips
@matthewp
@tracer99 you have chai mapped to chai/chai
i think you don't need that configuration
Paul Tichonczuk
@tracer99
@matthewp that's just one example. steal-mocha same issue.
Julian
@pYr0x
@tracer99 can you try to use the latest steal 0.16.x version
if that will not help, maybe you can try steal 1.0
Here we used steal and chai also
https://github.com/donejs/job-cost-tracker/tree/master/public/components/data-cleanup/test
Justin Meyer
@justinbmeyer
So, I'm trying to explain the benefits of having CanJS broken out into individual repositories.
Presentation1.png
Currently, upgrading from CanJS 2.3 to 3.0 might look like that.
A big step.
Cursor_and_Presentation1.png
but if you break that step down ... CanJS 3.0 is mostly CanJS 2.3 ... with a lot of bug fixes, a lot of new features ... and some breaking changes (which account for most of the "step size"). Currently, to get all those bug fixes and new features ... you have to take on the breaking changes immediately and all at once.
Presentation1.png
Going forward, in CanJS 3.0, we'll be able to release packages independently of each other. This means you can keep upgrading to bug fixes and new features (small steps) ... and delay some of the big steps (can-route 4.0.0) until later.
Justin Meyer
@justinbmeyer
you'll be able to talk those big steps in pieces too. Say can-route 4.0 one month and can-component 4.0 another month
as can-route and can-component 4.0 are now independent of each other
and may depend on can-compute 3.X
Justin Meyer
@justinbmeyer
whoops
did I put this in stealjs!
Julian
@pYr0x
;)
WooFerPPK
@WooFerPPK
When in dev mode uploading a multipart form has the bounderies properly appended to the content type. However, the built version doesn't Instead, the boundary is in the Payload only. Our code "works" without errors, but uploads don't actually work as the boundary is not in the right place. How is the built version affecting the browsers behavior?
Matthew Phillips
@matthewp
No idea, very much doubt Steal has anything to do with that