Thank you for the suggestion. Can you please elaborate the point #7 and #8?
But why do you want to replace it in the merge tool if this is how your code is actually written?
Does your IDE does this?
Would you mind elaborating a little bit more?
Yes, this is very interesting and not hard to do. We have to work on a batch of GitServer changes, and we'll consider this one then.
Would you prefer to have weight (then you have to assign it to each branch, which is a little bit painful) or would you prefer to have some sort of naming convention for this??
And, you want this weight to be private to you, right?
If you check 6.0 (available under Labs as I speak) you will see that it already works well in 4K. We are polishing the last details to actually turn 6.0 into the official one.
That being said, yes, we will continue updating the layout to come up with a better look and feel.
Then it comes the nasty part ;-P: WPF. We have used it to develop our SemanticMerge and... well, I personally hate it. You use WPF, then a simple app takes forever to launch plus nice 60MB RAM just to say hello world. And users complain. And they are right.
We already use WPF inside Plastic, indeed, and it has been like this for more than 1 year already. All built-in diffs use a WPF-based text editor... :-)
The folks at MS invented WPF (and Silverlight, and a ton of other things they keep abandoning) and now UWP (access to disk?? :-O), to turn every single app into a memory hog :-)
Do you feel like giving it a try? :)
Actually triggers are supported in Gluon, so the title is misleading.
What you mean is to add support for triggers in the Cloud server, which is something slightly different. Yes, there's something we should work on, and there are some suggestions about this already in UserVoice.
And you mean you somehow authenticate with the token instead with user/passwd or whatever, right? Something like "Security Mode = user token" and then the token.
Do you mean Gluon??
Because it is working in the regular diff view.
Yes, this is a really good idea. In fact we are already experimenting with it :-)
We will consider your specific suggestions!
Yes, it would be nice, but I'm not sure whether we should *add it* or simply just integrate with those tools.
Look, the thing is that in Semantic comments are linked to the next declaration. So, consider the following function:
// this is a comment
The comment is considered to be linked to the main function in this case.
Obviously for file-wide comments this is not good, so maybe we should add something specific to handle these cases.
Any thoughts will be appreciated.
Thanks Christian. We will take a look into it.
We are working on two sides here: one is adding native support for Plastic to Unity Cloud Build, something we are trying to move forward with Unity as I speak. Not sure when it will happen, though.
Second: we definitely want to add GitServer support to Plastic Cloud. In fact, it was the primary reason to have GitServer in the first place. But moving it to Cloud means refactoring some code, and we are still on it. We expect to have it in the next few months, we wanted to have it earlier but we got totally swamped.
Hi all, just in case you didn’t know, we just published a guide explaining how to write parsers for Semantic. Now it is possible to add any language you want :-)
Hi all, just in case you didn't know, we just published a guide explaining how to write parsers for Semantic. Now it is possible to add any language you want :-)
Glad to say we started working on this, and will be available soon.
Consider this https://plasticscm.uservoice.com/forums/15467-general/suggestions/5566350-support-global-branch-explorer-colour-prefs as a duplicate of this one.
Consider this https://plasticscm.uservoice.com/forums/15467-general/suggestions/9393753-run-workspace-tabs-in-separate-threads-don-t-bloc as a duplicate of this entry.
We're removing as many modal dialogs as possible.
The new Linux and Mac native UIs already consider this request (we took it very seriously) and Windows will be following soon.
Please consider this suggestion https://plasticscm.uservoice.com/forums/15467-general/suggestions/8278431-preview-changes-for-changesets when implementing this. It is a duplicate of this one :-)
Hi Jan. Even clicking in the code section I'm unable to reproduce your issue. Look at the following video:
Please could you share with us some clues that can help to find what is happening? Really, thank you very much for your feedback!
Hi Chris. Thanks for your feedback. I tried to reproduce the issue that you're describing but unfortunately I was unable to reproduce it.
Here there is an small video that reproduces the behavior you explain, and it works fine.
Could you please explain give us some information about the issue?
Indeed one of the key things we must add soon.
Thanks for the suggestion.
Gluon was definitely not designed to handle branches, since it is certainly not meant to merge.
That being said, we could add something in the lines of branch switching.
Things to consider:
* The easiest would be to disallow it if user has pending changes of any kind. Ask them to undo or checkin first.
* Then unconfigure the workspace and let the user reconfigure later.
* But this means unloading all content and asking the user to reconfigure and redownload. In huge repos with gigabytes of downloaded contents like the ones you guys use in game dev, it could end up being painful. So, we should probably think about something capable of keeping the configuration and reusing as much content as possible... something to think about.
We will double check this and also wait to see if other users vote for it.