GitLab

Change-Id: Iffc170ed207d6325663fafc25c4d19fef7dbd4bf
Co-authored-by: Evan W. Patton <ewpatton@mit.edu>

Specify a more generalizable use of `git submodule deinit`

Change-Id: I7af103cd19e4fee9b3d3d273700e1bbdd8ee30b8

Resolves #1988

Resolves #1981

Change-Id: Ib0a1a436b8d1d696d72c833cf6885f79fc8fa801

Change-Id: I263eb42b6c86ceaef5e0706f6b6b4a857ccdc9c8

Update the documentation header and footer to be consistent with the MIT
App Inventor website.

Change-Id: I90b630fd122a35e9b36662ad3bf15d2dc876f55c

Change-Id: Ic50a603b585b54e16719505e05972f614888aa93

Change-Id: Ifcdca60aa1c85fb5cc4cc2e7b5eb6bba3fa4a8fd

Change-Id: Ib34de5abd350b1408e05f5431b55e34e51b282d9

Change-Id: Id9052e79785ed1a53f5654970a46c7002df350de

Correct the return type from list to text.

Change-Id: Icb809942d9a029cde27c2a773c5b63eb801029af

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

Change-Id: Ib6cff8abf1c421459ce27c3e91cc0ebbfdab27bc

Change-Id: I20f1e3b8b302674e44ea92893e0eb395b9813856

Change-Id: I3b1ab4d6f13ffa7394e938fa0ba6f1a70cd51c0c

Change-Id: Ia8db86763da19d16dc4bee444fad6eed382ea262

Change-Id: I5778d0ddad1a34c1019645478fb6061d88acea10

Change-Id: I2f2a52c9a4eac450efda5c9f1f97e8969d83af23

Change-Id: I72af40ef50c7b39fade319edaf373aa5889bcc12

Change-Id: Ie3a897d3c81df659512b9ae68617e59b817f4a32

Change-Id: Id415c46edc94dae0a6baa83b931b9285f57a97e7

Change-Id: Icb898d21027753f633c80e216d0174f541b3dffb

Change-Id: Ifbc57aa50255ffc2935ecc2605644e0f71bd085e

Change-Id: I978d87cdba5533298cae3c89870b213d917d472c

Change-Id: I3ff45bf0aca0163b7a2532388914e0cf8aa18152

Change-Id: I1c8be262333f59f888fde0c0111bd43568b673ac

Change-Id: I902029ad88598ecff611603234d78345e85d1a7a

Change-Id: Ib693b0bd511436a7b363eff16579c341aea8a67b

Change-Id: I3f54c7c2f3db0cfd32b9646f0ca4849cabdd00c6

Change-Id: I61521a8a55856ad18ac07a8c308bc5283cc325d9

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

Change-Id: I0d96f59bfb3e6ac278eaf86757dde10b0a30179b

Change-Id: Ie2bf23e58047bb19d6e0ae289f4021940f1b8324