Comments (4)
Thank you for considering the proposal. I agree that providing more flexibility in setting SDK versions can greatly benefit developers working with the Ceres SDK Components. To further expand on this, here are a few scenarios where different sets of SDK versions could be useful:
Default Configuration:
ceres.flags.sdk.min.version=24
ceres.flags.sdk.target.version=34
ceres.flags.sdk.compile.version=34
from ceres.
Thank you for sharing your feature request with us! We appreciate your interest in enhancing the Ceres SDK Components and making it more adaptable to different Android projects.
I completely understand the importance of having dynamic configuration options for SDK versions. This would indeed provide greater flexibility and compatibility. It's also aligned with best practices for SDK version management.
I'll discuss this internally with our team to evaluate the feasibility and the best approach for implementing these configuration options. We want to ensure that any changes align well with the library's architecture and maintainability.
Please stay tuned for updates, and in the meantime, if you have any further thoughts or specifics you'd like to share regarding how you envision these configuration options working, we'd love to hear more about it.
from ceres.
Thank you for your quick response, and I appreciate your willingness to consider this feature request!
In terms of how these configuration options could work, I imagine having additional properties or methods in the Ceres SDK Components that developers can use in their Gradle scripts or configuration files. For example, something like:
ceres {
sdkComponents {
minSdkVersion = 21
targetSdkVersion = 30
compileSdkVersion = 30
}
}
from ceres.
Thank you for providing more insights into how you envision these configuration options working. Your proposed Gradle syntax makes sense and would certainly be a user-friendly way to handle SDK version configurations within project Gradle files.
As we continue to explore the best approach for implementing this feature, I'd like to bring up another possibility for your consideration. Instead of directly embedding these configurations within the project's Gradle scripts, we could introduce Gradle properties that users can set in their gradle.properties
files.
For instance, users could add the following lines to their gradle.properties
:
ceres.flags.sdk.min.version=21
ceres.flags.sdk.target.version=30
ceres.flags.sdk.compile.version=30
This approach offers a level of separation between the Ceres SDK Components and individual projects, potentially simplifying the implementation and making it easier for developers to manage these configurations, especially across multiple projects.
We'd love to hear your thoughts on this alternative approach and whether it aligns with your expectations. Your feedback is invaluable as we strive to make the Ceres SDK Components as user-friendly and adaptable as possible.
from ceres.
Related Issues (20)
- [Bug]: Remove `about-libraries` Plugin Configuration from `ceres-screen-ui` Library
- [Bug]: Full-Screen Layout Padding Issue with 'hasStatusBar' Flag
- [FR]: Feature Request: Add Extensions for Icon Handling with ImageVector and DrawableRes HOT 1
- [Bug]: Enhancement: Improve Bottom Navigation Bar Title Handling in TopLevelDestination
- [Bug]: Incorrect Display of App Open Ad on Activity Launch
- [FR]: Feature Request: Allow Custom Composition for Local Providers
- [FR]: Enhanced Control over Consent Manager HOT 1
- [Bug]: Consent Form Displayed Multiple Times
- [FR]: Consider Ad Expiration for AppOpenAdManager
- [Bug]: Consent Management Issue in Monetisation AdMob
- [FR]: Implement "Keep Screen On"
- [Bug]: Mismatch Between KSP and Kotlin Version
- [FR]: Add Support for Custom Light/Dark Tones in Color Composables HOT 2
- [FR]: Enable Customization of "Get Started" Button Content in Onboarding Intro Section
- [Bug]: Namespace Conflict Detected Across Modules and Libraries
- [Bug]: Full-Screen Layout Base backgroundColor Override Issue
- [Bug]: Ads Not Reloading on Expiry
- [Bug]: Improve Performance of `canRequestAds` in AdsControl Interface
- [FR]: Implement Local Compositions Array as Static for Runtime Element Addition
- [Bug]: Update DemoAdUnitIds with new test ad unit IDs and implement missing formats
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ceres.