Status Update
Comments
vi...@google.com <vi...@google.com>
qu...@google.com <qu...@google.com> #2
bi...@gmail.com <bi...@gmail.com> #3
r....@gmail.com <r....@gmail.com> #4
bi...@gmail.com <bi...@gmail.com> #5
MacOs Sierra 10.12.6
Android Studio 2.3.3
java version "1.8.0_51"
Java(TM) SE Runtime Environment (build 1.8.0_51-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
bi...@gmail.com <bi...@gmail.com> #6
ar...@gmail.com <ar...@gmail.com> #7
qu...@google.com <qu...@google.com>
te...@gmail.com <te...@gmail.com> #8
My company uses the templating API extensively to generate boilerplate code activity, fragment, dagger etc. Removing the old system without providing documentation on the new system is at odds with promises made about improving the developer experience.
a....@ucg.ae <a....@ucg.ae> #9
However, there are so many changes to Android that they really need to make it happen.
For example, none of the templates ready the project for DataBInding or ViewBinding. Also all the templates use .gradle files, while some developers now prefer .gradle.kts files for Kotlin support.
You cannot pre-define libraries, or styles, or application structure without a template, and re-doing that work every new project is tedious for a large development team.
ad...@google.com <ad...@google.com> #10
Hello all. Thanks for the feedback. We're definitely listening, and we understand that the change in behavior to the template system might have disrupted some of you.
Changing how we authored and processed templates was critical in moving the system forward. And, while we never officially supported custom templates, we understand that they played in important role in your day-to-day.
We're looking into how we can support it officially with the new Kotlin-based template system. But that will take some time, and we need to balance this work with competing priorities. We appreciate your patience and welcome more feedback that helps us create better tools for you.
wo...@gmail.com <wo...@gmail.com> #11
I do think it is necessary that keep the behavior as it is while producing new features and even after that.
I fell so much helpless seeing that my beloved templates faded out from template recipes one by one.
Finally, I uninstall android studio 4.0.1 and reinstall android studio 3.5.3. All things seems hooked up.
du...@surfpilot.de <du...@surfpilot.de> #12
You are listening for 6 month? how long do you need - 12 more month until you get a new magic wand? Dont insult our intelligence!!
do...@gmail.com <do...@gmail.com> #13
da...@naimaudio.com <da...@naimaudio.com> #14
da...@gmail.com <da...@gmail.com> #15
There are issues far more urgent and important than this, and definitely no reason to insult other devs.
I also would like to have a templating API integrated with android studio but there are other ways of having a template and absolutely no excuse for being this mean.
fr...@gmail.com <fr...@gmail.com> #16
ta...@gmail.com <ta...@gmail.com> #17
In my last company, we did this via bash scripts. It's pretty reliable.
ku...@gmail.com <ku...@gmail.com> #18
on...@gmail.com <on...@gmail.com> #19
[Deleted User] <[Deleted User]> #20
It really makes me regret updating android studio :-(
ga...@gmail.com <ga...@gmail.com> #21
[Deleted User] <[Deleted User]> #22
ku...@gmail.com <ku...@gmail.com> #23
rn...@gmail.com <rn...@gmail.com> #24
oj...@gmail.com <oj...@gmail.com> #25
ok...@gmail.com <ok...@gmail.com> #26
ha...@gmail.com <ha...@gmail.com> #27
em...@gmail.com <em...@gmail.com> #28
lo...@gmail.com <lo...@gmail.com> #29
STOP THE "+1" COMMENTS
This is needlessly sending an email to every 180+ people following this issue.
Thank you for using the star button instead.
@
Is there a way to bring back that legacy in a way or another while the upcoming Kotlin-based is being designed and refined?
sa...@gmail.com <sa...@gmail.com> #30
mi...@gmail.com <mi...@gmail.com> #31
Jetbrains Toolbox helps with this
We are all devs here, please stop with childish attitudes of +1 and so
wq...@gmail.com <wq...@gmail.com> #32
pa...@gmail.com <pa...@gmail.com> #33
Hi everyone!
We at hh.ru created some kind of replacement for broken FreeMarker's templates. We've created a special Android Studio plugin, that wraps the current Templates API, and allows you to create templates and use your FTL-files -- we've called it Geminio. Here you can check out
Also, we've written an
Please, ask your questions in our repository, or on Medium, I will try to help you.
Hope this helps you all.
lw...@gmail.com <lw...@gmail.com> #34
mi...@gmail.com <mi...@gmail.com> #35
bi...@gmail.com <bi...@gmail.com> #36
Return the old functionality, or show the new one!
wh...@gmail.com <wh...@gmail.com> #37
bi...@gmail.com <bi...@gmail.com> #38
qu...@google.com <qu...@google.com> #39
I am sorry removing of this feature caused so much inconvenience, but I want to notice that it was never supported officially and we never remove supported features in this way.
We are working on a replacement. It is taking so long because we want to make it great from the beginning, so we can avoid making backwards compatibility breaking changes in the future.
We will ship it as soon as possible. Very likely 2021H1, quite possibly next couple of months, but I can't give any guarantees.
fl...@gmail.com <fl...@gmail.com> #40
bi...@gmail.com <bi...@gmail.com> #41
ge...@gmail.com <ge...@gmail.com> #42
Shame
em...@wewalk.io <em...@wewalk.io> #43
co...@protonmail.com <co...@protonmail.com> #44
Still not a proper replacement... but this article helped me get something useful in place instead of template apis
za...@gmail.com <za...@gmail.com> #45
[Deleted User] <[Deleted User]> #46
Any update on the issue?
tr...@gmail.com <tr...@gmail.com> #47
Any news about the new way of writing templates ?
su...@gmail.com <su...@gmail.com> #48
Adding new project template could be a very convenient feature, hope it will be fixed soon.
bu...@gmail.com <bu...@gmail.com> #49
is...@gmail.com <is...@gmail.com> #50
claropay.com.citibanamex.transfer
• Cuenta clave 036180710048995487 E
Estadística
UJO DE FONDOS
GASTO INFORMES ÚLTIMOS 7 DIAS
CRÉDITO
Tabla de flujo de caja Necesito gráficos? :-)
Resumen rápido Ingresos Gast
OS
Cantidad
0
Promedio (Diario) Cuenta clave 036180710048995487 $1,490,371,608.14 $0 Promedio (Registro) $11,922,972,865.1 $0
.2
$0
Total $11,922,972,865.1-127320013778157783 cuenta clave banco azteca • 2
• Flujo de fondos $11,922,972,865.1
fu...@gmail.com <fu...@gmail.com> #51
ro...@gmail.com <ro...@gmail.com> #52
This is really frustrating. You don't offer Kotlin DSL templates and it is not possible to create custom templates. Both of these issues need to be alleviated.
sp...@google.com <sp...@google.com>
ad...@google.com <ad...@google.com>
Er...@gtempaccount.com <Er...@gtempaccount.com> #53
Hello, I will explain my team's usecase with the templating API.
We are in the process of modularising the project and we would like to create our own module template. The current Android library module template creates quite a few files we don't want and makes changes we do not need such as adding the Android Kotlin plugin on the root build.gradle
file.
I was looking into the .ftl
way which I found out was no longer usable in favour of the new Kotlin DSL way. I was looking to implement such template basing it off source code seen here moduleOut
and srcOut
are not correct. I couldn't find a way to retrieve the project
instance and obtain root directory paths to create the module.
To summarise, it would be good if the templating API allowed us to make custom module templates.
Thank you
co...@gmail.com <co...@gmail.com> #54
il...@gmail.com <il...@gmail.com> #55
tr...@gmail.com <tr...@gmail.com> #56
The same for other libraries that needs to update some files.
The notification template has been removed from Android Studio and we cannot add an external template to replace it.
It's a shame, that this very powerfull (but very unstable) feature was removed without any backup solution :-/
Any news about a new feature to be able to write our own templates ?
Description
Customizing the templates for creating new projects and modules could be a huge timesaver for a lot of teams that follow custom architectures and organize their Gradle files differently than the templates suggest.
Talking to an Android Developer Advocate, they mentioned that there is some progress on an overhaul of the templates internal code and that there is a slight chance of opening up the API to 3rd parties, but no concrete plans of implementation yet.
Here's an "official" FR for opening up the Templating API for people to maybe star and get updates from.