Skip to content
This repository was archived by the owner on Oct 19, 2018. It is now read-only.

Commit 16ba37a

Browse files
committed
Merge branch '1_0_0' of https://github.com/ruby-hyperloop/hyperloop into 1_0_0
2 parents 7209d08 + 13eae89 commit 16ba37a

File tree

1 file changed

+32
-0
lines changed

1 file changed

+32
-0
lines changed

README.md

Lines changed: 32 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,35 @@
1+
Lap 18 (Lap is hyperloop designation for release candidate)
2+
3+
Install instructions:
4+
5+
source https://gems.ruby-hyperloop.org
6+
7+
gem "opal", git: "https://github.com/janbiedermann/opal.git", branch: "master"
8+
gem "opal-activesupport", git: "https://github.com/janbiedermann/opal-activesupport.git", branch: "master"
9+
gem "opal-jquery", git: "https://github.com/opal/opal-jquery.git", branch: "master"
10+
gem "opal-rails", git: "https://github.com/opal/opal-rails.git", branch: "master"
11+
12+
gem 'hyperloop', '1.0.0-lap18'
13+
gem 'hyper-spec', '1.0.0-lap18'
14+
15+
### meliorations
16+
works with opal 0.11 as above
17+
hyper-react fully functional, except for issues with react ref=, which are react issues
18+
hyper-react tests all relevant passing for opal 0.11 and react-rails 2.4
19+
various fixes everywhere around, for and due to opal 0.11
20+
21+
### findings
22+
its not worth it not switching to opal 0.11 immediately, 0.11 is just so much better
23+
i think there is a security issue in hyper-operation (in addition to those in hyper-mesh) but i did not bother investigating further because: reasons
24+
my brain is too small for fixing while_loading with opal 0.11, while_loading works partially, 3 of 6 tests pass. The others passed with opal 0.10 by accident i guess. I really don't understand how this ever worked.
25+
26+
27+
28+
29+
30+
31+
32+
133
<div class="githubhyperloopheader">
234

335
<p align="center">

0 commit comments

Comments
 (0)