Junior Jobs for all projects within KDE.
Ok then in that case may I suggest to do like Vscode guys did : https://code.visualstudio.com/
I wish it were that simeple :-) Although we have both current (5.0.x) and vintage (4.8.x) releases, we have several "versions" of each, especially depending on platform. For Linux, it's source, appimage, or get it from your distribution. For Windows, there are multiple paths, depending on build system (craft or cross compiling) and build system (autotools or msys, and I may have these wrong). There's also MacOS. That multiplicity is unfortunate, but due to not all combinations being able to deliver all functionality and components successfully. However, I think it would be really cool if we could do something like LibreOffice - a drop down for each version with an entry for each available download. That would complement and not replace the current different page for each build type with an entry for each version - especially the CI services with daily entries. Bottom line, however, is the simplest thing we need is just to have the most recent 5.0.x and 4.8.x releases listed, perhaps with release dates, on the main page.
@atem Don't worry to much about the enclosing HTML. As I mentioned, that was the q&d way to get the jekyll supported version going. It's the content that should be kept. We don't care if it comes out of a config file (preferred) or not. I agree, it is easier to maintain. Regarding the versions: we have a latest based on KF5 (stable) and one on KDE4 (vintage is a cool name). The versions available for download maybe different, depending on the OS environment. Here is how we displayed different versions in the old days of the project (Example).
@ostroffjh, Still I don't get what you mean. For Plasma Desktop, it's written "Latest Release: Plasma 5.18 LTS" even if they do fixes older releases. So just a variable in _config.yml like kmymoney_latest_version: 5.0.8 and display it in the homepage is easy. If you need something more advanced, I need more details how you want it displayed.
@atem in case you need to adjust the HTML and want to convert it to markdown, please feel free to make suggestions. This seems to be a leftover from the conversion to jekyll.
@atem Development is done in master branch, so no version numbers there. However, we do make releases from both 5.0 and 4.8 branches.
@ognarb I can do it, I am just confused about "Multiple branches should be supported (stable, unstable, vintage, ...)".
Apr 10 2020
yes, as of a minute ago. rotation-locked-portrait and rotation-locked-landscape
Now we do R266:48a112fb64dc
Do we have such icons somewhere?
Can the locked icon be set based on the orientation it was locked in? For example, a landscape icon when locked to landscape and a portrait icon when locked to portrait.
Apr 9 2020
Options to fix this:
- Add accept button to plasma-settings
- Add apply button to KCM
- always save kcms on desctruction (plasma-settings is closed, kcm is switched)
Apr 6 2020
Mar 11 2020
@sredman can you review it and tell me if any changes you want me to do ?
Mar 9 2020
Mar 5 2020
Feb 26 2020
I think a new conversation button is OK, but it would be cooler to have it integrated into the current search bar.. After all, when you click the "New Conversation" button, you are just going to get a GUI panel which is basically a list of contacts with a search bar at the top!
Feb 25 2020
@sredman, I thought about the design of UI of this feature and I think the first way will be more appealing for the UX, as it is more clear for the user to click on new conversation button and then selecting the desired contact from the new GUI page. What's your opinion should I start building it this way?
Feb 23 2020
As far as I am aware, nobody is currently working on this. Please feel free to give it a try!
Feb 21 2020
Is there anyone working on this task. If not, can I work on this?
waiting for the android patch to get reviewed, so I can finish it as soon as possible and thanks for the help.
Feb 20 2020
Feb 16 2020
KDEConnect is all about making users life easier. Well in some cases for eg. I wanna send a presentation file from my phone to desktop, and for some reason i just don't wanna reach out to my desktop and click on open notification manually to start the slideshow, in such scenario I can use this feature from a distance and then immediately would be able to use presenter pulgin to move the slides. Similar case with video files and so on.
There is similar feature from desktop->android, so why not android->desktop and desktop->desktop.
This feels very intrusive. What's the point of doing that? isn't it easier to just press an "open" action on a file received notification?
Feb 15 2020
Hi , I have Submitted the merge request on gitlab's kdeconnect-android repository and desktop repository. I have tested the feature on both devices and it's working Great! Kindly have a look at it and suggest me if it's okay or not.
Feb 14 2020
Hi, I have finished adding this feature in android app as well. This is the UI I have created which opens up after tapping on "Send files" action in mainActivity. This seems pretty nice to me, have a look at it, Should I open the merge request, or it needs any improvement?
Feb 13 2020
Jan 31 2020
Jan 30 2020
Hey, I have completed the patch for desktop c++ repository, Now I'm working on the android part. So can I submit my c++ patch before implementing the android part?
Jan 29 2020
Hey I could start working on this
Jan 28 2020
Jan 27 2020
The way it currently works is that the sender determines whether the file is opened
In the UI do we need to provide an option to enable or disable the immediate opening of received file?
Jan 23 2020
hey msethi, if you wanna work with me on this task, you are welcome, here is my email : email@example.com