kiss-lang/lime
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Minor edits

Browse Source
This commit is contained in:
Joshua Granick
2013-12-31 15:44:41 -08:00
parent d7b5a4d54c
commit c77b7f477e
2 changed files with 3 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
LICENSE.md
View File

@@ -3,7 +3,7 @@ License
The MIT License (MIT)
Copyright (c) 2007-2014 OpenFL Technologies, LLC and contributors
Copyright (c) 2007-2014 OpenFL Technologies, LLC, underscorediscovery and contributors
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal

4
README.md
View File

@@ -56,7 +56,7 @@ The **second** is a native layer, which handles rendering, sound and other featu
The **third** is a Haxe wrapper (under development), which exposes this functionality and helps abstract differences (such as HTML5 vs native builds)
Lime is designed to power higher-level frameworks, in addition to exposing a sensible cross-platform API for "more direct" development. Most popularly, Lime is also used as the foundation for [OpenFL](https://github.com/openfl/openfl) which is an open-source, accelerated version of the Flash API, supporting all of the Lime targets as well as an HTML5 canvas implementations of the Flash API as well.
Lime is designed to power higher-level frameworks, in addition to exposing a sensible cross-platform API for "more direct" development. Most popularly, Lime is also used as the foundation for [OpenFL](https://github.com/openfl/openfl) which is an open-source, accelerated version of the Flash API, supporting all of the Lime targets as well as an HTML5 canvas implementation of the API as well.
License
-------
@@ -148,4 +148,4 @@ If you do not prefer a low-level API, [OpenFL](https://github.com/openfl/openfl)
var bitmap = new Bitmap (Assets.getBitmapData ("image.png"));
addChild (bitmap);
This is far fewer steps than using OpenGL directly, so you should decide what level of API you prefer, even if you are not familiar (or do not prefer) the Flash API, as OpenFL also allows direct OpenGL calls using "OpenGLView" if you prefer.
This is far fewer steps than using OpenGL directly, so you should decide what level of API you prefer. Even if you are not familiar with the Flash API, OpenFL should be easy-to-use.