<div dir="ltr"><div><div>Hello,<br><br></div>I think the easiest approach is probably to<br><br></div>1 Install an empty html activity, say sugar-html-test module, bundle_id org.sugarlabs.HTMLTestActivity.<br><br><div><div>
<div><div>2 Make sugar-activity-html support the --uri option. This is what I have right now<br><br>-        self._web_view.load_uri("activity://%s/index.html" % self._bundle_id)<br>+        if handle.uri:<br>+            self._web_view.load_uri(handle.uri)<br>
+        else:<br>+            self._web_view.load_uri("activity://%s/index.html" %<br>+                                    self._bundle_id)<br><br></div><div>3 Fix sugar-launch to handle the --uri argument<br></div>
<div><br>4 Somehow fix sugar-launch to work properly with html activities. The websocket communication is not working right because it requires the key/port variables which are in the shell environment and sugar-launch is not running in there.<br>
</div><div><br>5 Run with something like<br><br>sugar-runner --test-command "sugar-launch org.sugarlabs.HTMLTestActivity --uri $url_to_karma_server"<br></div><div><br></div><div>Probably wrapped in a friendlier script.<br>
</div><div><br></div><div>I put together something like this in a very hacky way and it seems to launch sugar-html-graphics test fine.<br><br>I haven't tried to do 4 though. I'm not sure how to do it best. We could proxy the variables using org.laptop.Shell but I'm not too happy about how sugar-launch is done in general... supporting two pretty different application launch code paths complicate things. I wonder if it wouldn't be better to go through the shell also for sugar-launch. We can get the pid back and attach gdb.<br>
</div><div><br>-- <br>Daniel Narvaez<br>
</div></div></div></div></div>