- 10 Jan, 2020 1 commit
-
-
Evan W. Patton authored
Change-Id: Ib34de5abd350b1408e05f5431b55e34e51b282d9
-
- 09 Jan, 2020 1 commit
-
-
Pavitra Golchha authored
-
- 07 Jan, 2020 1 commit
-
-
Evan W. Patton authored
Change-Id: Id9052e79785ed1a53f5654970a46c7002df350de
-
- 06 Jan, 2020 1 commit
-
-
皮皮蟹 authored
Correct the return type from list to text.
-
- 05 Jan, 2020 1 commit
-
-
Evan W. Patton authored
Change-Id: Icb809942d9a029cde27c2a773c5b63eb801029af
-
- 03 Jan, 2020 2 commits
-
-
Evaldas Latoškinas authored
-
Hossein Amerkashi authored
-
- 02 Jan, 2020 1 commit
-
-
kalsheikh authored
-
- 21 Dec, 2019 1 commit
-
-
Evan W. Patton authored
In the block name we store globals as 'global foo' where foo is the variable name. In Korean and Polish, the 'global' keyword has been translated for the blocks, but interally we still call the variable 'global foo' even though the keyword shown to the user is translated. However, because the functionality to unprefix names references the translated name it causes bad code generation for languages where the global keyword isn't the string 'global'. This change introduces a GLOBAL_KEYWORD constant that is checked to identify globals where the user locale may provide a translation. Change-Id: Id18331206c28592c145bc2a1d915bcecc0799f13
-
- 20 Dec, 2019 3 commits
-
-
Jeffrey I. Schiller authored
Change-Id: Ib6cff8abf1c421459ce27c3e91cc0ebbfdab27bc
-
Evan W. Patton authored
Change-Id: I20f1e3b8b302674e44ea92893e0eb395b9813856
-
Evan W. Patton authored
Change-Id: I3b1ab4d6f13ffa7394e938fa0ba6f1a70cd51c0c
-
- 19 Dec, 2019 1 commit
-
-
Jeffrey I. Schiller authored
Change-Id: Ia8db86763da19d16dc4bee444fad6eed382ea262
-
- 17 Dec, 2019 15 commits
-
-
Evan W. Patton authored
Change-Id: I5778d0ddad1a34c1019645478fb6061d88acea10
-
Evan W. Patton authored
Change-Id: I2f2a52c9a4eac450efda5c9f1f97e8969d83af23
-
Evan W. Patton authored
Change-Id: I72af40ef50c7b39fade319edaf373aa5889bcc12
-
Evan W. Patton authored
Change-Id: Ie3a897d3c81df659512b9ae68617e59b817f4a32
-
Evan W. Patton authored
Change-Id: Id415c46edc94dae0a6baa83b931b9285f57a97e7
-
Evan W. Patton authored
Change-Id: Icb898d21027753f633c80e216d0174f541b3dffb
-
Evan W. Patton authored
Change-Id: Ifbc57aa50255ffc2935ecc2605644e0f71bd085e
-
Evan W. Patton authored
Change-Id: I978d87cdba5533298cae3c89870b213d917d472c
-
Evan W. Patton authored
Change-Id: I3ff45bf0aca0163b7a2532388914e0cf8aa18152
-
Evan W. Patton authored
Change-Id: I1c8be262333f59f888fde0c0111bd43568b673ac
-
Evan W. Patton authored
Change-Id: I902029ad88598ecff611603234d78345e85d1a7a
-
Evan W. Patton authored
Change-Id: Ib693b0bd511436a7b363eff16579c341aea8a67b
-
Evan W. Patton authored
Change-Id: I3f54c7c2f3db0cfd32b9646f0ca4849cabdd00c6
-
Evan W. Patton authored
Change-Id: I61521a8a55856ad18ac07a8c308bc5283cc325d9
-
Evan W. Patton authored
When dragging a button or other component with an image from the palette, its Image property is set, and when it is dropped, the property is set again. This property is empty by default. In the network devtools one can observe that this results in a request to the root of the web server tagged as "img". This is because the background-image CSS set in response to the Image property uses an empty string URL, which will resolve against the base URL of the page. This results in every new button created causing the browser to fetch index.html twice. In production, we don't cache index.html so that means every new button created by an App Inventor user causes them to download ~6 kB of HTML that can't even be used. This fix switches to setting background-image to none, which foregoes the unnecessary network requests. Change-Id: Ifc1165833b2c4aa9d412b0a929dca47381a0cfe8
-
- 16 Dec, 2019 1 commit
-
-
Jeffrey I. Schiller authored
Change-Id: I0d96f59bfb3e6ac278eaf86757dde10b0a30179b
-
- 12 Dec, 2019 1 commit
-
-
Evan W. Patton authored
Change-Id: Ie2bf23e58047bb19d6e0ae289f4021940f1b8324
-
- 11 Dec, 2019 1 commit
-
-
Bart Mathijssen authored
-
- 10 Dec, 2019 3 commits
-
-
Evan W. Patton authored
When we apply colors to buttons, we apply a filter to the background drawable. However, the default drawable is cached and reused across all buttons. This causes problems when mixing buttons of the different colors with buttons using the "default" color. This change addresses the problem by making a copy of the background drawable and applying the color to the copy so that the currently rendered button doesn't adversely affect buttons that come after it in the view hierarchy. This copy is done lazily at the time the color is changed from "Default" to something else so that we can still benefit from the reusability of the default button background drawable. Change-Id: I2be3b15df32b76a59a29f1e2aed41054f5bdd975
-
Evan W. Patton authored
* Add Vagrantfile for development environment bootstrapping Change-Id: I2fb08206d96f2ff0da73954f820134b7a0684aef
-
Evan W. Patton authored
Change-Id: I2fca8de2941613c938eaa0e9be0d391fa67c48f5
-
- 09 Dec, 2019 2 commits
-
-
ellelili2025 authored
Fixes #1140
-
Conor Shipp authored
#1928 fixed being able to use the typeblock to create generic blocks for the Form, but they could still be accessed by using the "Make Generic" context menu item. This commit removes the "Make Generic" button from the Form blocks.
-
- 04 Dec, 2019 3 commits
-
-
ellelili2025 authored
Fixes #1862
-
ellelili2025 authored
Fixes #1235 Change-Id: Ia697085337cf3aa286f69d3eeba3ccedb7ae643f
-
Evan W. Patton authored
Change-Id: Ic9c1a3046c06dcbc582194f013f895d2ed512fc1
-
- 02 Dec, 2019 1 commit
-
-
Bart Mathijssen authored
-