Hi devs,
We're 4 days late on the 10.2RC1 release which means we have only 1 day
left till the 10.2 final release. We should either skip 10.2RC1 and release
10.2 final directly or postpone the 10.2 final by one week and release
10.2RC1 tomorrow. WDYT?
+1 to skip 10.2RC1
Thanks,
Marius
Hello Everyone,
I am Venkata Rama Koundinya Lanka and I have fixed the issue to add
material design and buttons and the link to the pull request can be found
in the following proposal for project. The link is given below
https://docs.google.com/document/d/1Ehnc4WMu_dS2L0w4rPUJQe0a272D6r4R3aORMmA…
Please feel free to comment for improvements.
Hello devs,
I want to publish additional Color Themes inside the Contrib organisation.
These themes will be complementary to the xwiki-platform-flamingo-themes
[1] module, and in the future we could move optional/deprecated themes from
platform there (for example Kitty, Marina, etc).
I will want to contribute the Dawn (color-theme-dawn), Mandarin
(color-theme-mandarin), Pantera (color-theme-pantera) and Snowdrop
(color-theme-snowdrop) color themes.
I would need:
- a repository on xwiki-contrib called "color-themes"
https://github.com/xwiki-contrib/color-themes/
- a JIRA project called "COLORTHEMES"
https://jira.xwiki.org/browse/COLORTHEMES/ I will use separate Components
for each theme
- username: evalica
A related mail thread is [xwiki-devs] Color Themes Questions
http://markmail.org/message/v75q2klsouu72mo7
I prefer having the themes grouped on Contrib, but as individual modules,
because the themes are related and small enough; while needing individual
dependencies, active installs count and platform version independence.
Thanks,
Caty
[1]
https://github.com/xwiki/xwiki-platform/tree/master/xwiki-platform-core/xwi…
Hello Sir,
This is Aaditya Kumar Rai,pursuing Computer Science Engineering (currently
in Second Year ) at one of Premier Government college in India.
I have good hand on working over open source projects based on Programming
& Full Stack Development in Web and Applications, as I have already
developed :
a) Library management System(using Python)
b)Retrieving Processing and Visualizing data with Python(Under guidnace of
Prof.Charles Severance ,University Of Michigan)
Currently working on :
a) A dynamic website development that will work on Availability of all
resources to college students (using HTML ,CSS, Javascript,AngularJS for
back-end NodeJS)
As I have extreme interest to explore open source arena more deeper to
enhance my knowledge further so that i can gain industrial experience too.
Sir, i am applying for GSOC first time and due to unavailability of
Guidance ,i have lost much of time in preparation for GSOC,18.
I am helpless ,please guide and help me and I am pretty much sure that
within such short of time , i will put my all efforts and skills to fix
bugs and Patch it additional to submission of Proposals and will prove
Myself best for those given Projects.
I have good deal of experience with development in,C HTML5, CSS3 ,Advanced
Python , Javascript & PHP, I find myself able to work on following ideas:-
a) Idea 1 -Google Blockly Editor
b) Idea 2 - Idea : Translation in context
c) Idea 3 - .idea : XWiki-StaticSiteGen
Brief description:
I am little bit confused on how to start? How can i show my worth to you or
should i directly focus on proposal or any bug patches first or discuss my
solution first?
Please guide me from here on how to proceed further.
Thanking You!
Regards..
Aaditya Kumar Rai
--
------------------------------
*Institute of Engineering & Technology,* <http://www.ietlucknow.ac.in>
Sitapur Road,Lucknow
Uttar Pradesh,India
PIN : 226021
Hello everyone,
My name is Venkata Rama Koundinya Lanka, studying third year, computer
science in Vasireddy Venkatadri Institute of Technology. I have experience
in developing android apps and I have previously done an internship in
android. I would like to contribute to the project *Finish and improve
Android XWiki Authenticator and Contacts Synchronization* for this Google
Summer of Code. I will be obliged if someone can guide me on how to get
started and how to proceed.
Thanking You,
Venkata Rama Koundinya Lanka
Hello everyone,
My name is Venkata Rama Koundinya Lanka, studying third year, computer
science in Vasireddy Venkatadri Institute of Technology. I have experience
in developing android apps and I have previously done an internship in
android. I would like to contribute to the project *Finish and improve
Android XWiki Authenticator and Contacts Synchronization* for this Google
Summer of Code. I will be obliged if someone can guide me on how to get
started and how to proceed.
Thanking You,
Venkata Rama Koundinya Lanka
Hi devs,
I need your input on some questions:
1. (Important) Where to commit Color Themes?
2. Where do we move old / deprecated Color Themes?
3. What should a Flamingo Theme contain?
---
1. Where to commit Color Themes?
We have a running vote for a new default Color Theme. So where should this
theme be committed? When considering this question think about the default
theme, but also to the other Color Themes variations that won't be voted as
a default.
A. Platform (
https://github.com/xwiki/xwiki-platform/tree/master/xwiki-platform-core/xwi…
)
PRO: Being default makes sense to be committed in Platform and to not have
a dependency towards a Contrib extension.
CON: It will depends on an 10.x XWiki version. The themes could be used for
any XWiki > 6.2. Having them outside Platform would allow installation also
on older versions.
CON: Slow release process for outside contributions
CON: Grouped: in the current implementation they come as a package, you
cannot install an individual module in a separate Flavor.
B. Grouped on Contrib but as individual modules (example
https://github.com/xwiki-contrib/color-themes/tree/master/color-theme-icebe…
)
CON: Grouped versioning and release process. Each theme could have its own
component on JIRA.
PRO: Medium contributions: The Maven / JIRA / module setup is done only in
the beginning, but still there are technical knowledge to be known how to
contribute a theme.
PRO: XWiki version independent - can be installed on older instances
C. Individual on Contrib (example
https://github.com/xwiki-contrib/color-theme-iceberg)
PRO/CON: Independent versioning and release process. Still we will be
spammed with JIRA projects for each theme.
CON: Slow contributions since you need to know how to create Maven modules,
provide JIRA components for each theme, release on Nexus, always ask for a
repo, etc.
D. Individual as XARs on e.x.o
PRO: Easy / rapid contributions: you just need to provide a XAR
PRO: Platform version independent
CON: Cannot be referenced as a dependency from a .pom
CON: No blaming or versioning of sources
---
IMO the default theme should be committed in Platform (A), but all the
other proposals should be in Contrib either grouped (B) or individual (C).
I prefer version B (grouped on Contrib) since the themes are very similar
in concept and for me it doesn't justify all the independent projects on
JIRA, etc. It would be similar to what I did for Icon Themes, see
https://github.com/xwiki-contrib/icon-themes
Other notes:
1.1 The themes from Platform that were not default, should be made as
extensions. This is the case for Garder, Kitty, Marina.
1.2 xwiki-platform-flamingo-theme-bootswatch
https://github.com/xwiki/xwiki-platform/tree/master/xwiki-platform-core/xwi…
should be put in Contrib, as extensions, since they don't relate to XWiki.
1.3 Keeping just the default in Platform is also good for Flavors. Not all
themes work for all Flavors. Each Flavor would add the dependency they
want. Still this means more work in selecting these themes.
---
2. Where do we move old / deprecated Color Themes?
This question applies for old Color Themes. For example when we retired
Colibri, we moved all the themes in the Attic
https://github.com/xwiki-attic/skin-colibri/tree/master/xwiki-platform-colo…
even though those themes still worked (since we made them backwards
compatible).
Also the majority of themes on e.x.o are as XARs. How will we deprecate
those?
Also how do we mark themes that are not good looking anymore? Also this
point is very subjective.
I guess the answer to this question depends on what were we vote to commit
the Color Themes.
---
3. What should a Flamingo Theme contain? (difference between Skin and CT)
The Colibri Color Themes contained just colors. Now with the Flamingo
Themes's Advanced section you could easily remove the need to have a Skin
and add there also CSS rules, etc.
The Bootswatch (xwiki-platform-flamingo-theme-bootswatch) themes are a very
bad example, since they change quite a lot of styling and not just
variables.
I just want to enforce that default themes and especially themes that are
provided by XWiki Development Theme should contain only variables. If there
are things we need to override we should fix them first in the Skin, not
just abuse the "Advanced" section capabilities and power.
This is important since the changes done in the Skin apply for all the
Themes. You don't need to duplicate the "hack" for all the themes.
---
Let me know what you think.
Thanks,
Caty