So far I know there will be a new filtering API for the new filtering view and the Groupshare REST API will have a lot of other new functionality.
I wonder if there is anything else we can look forward to?
So far I know there will be a new filtering API for the new filtering view and the Groupshare REST API will have a lot of other new functionality.
I wonder if there is anything else we can look forward to?
Hello Evzen,
We have a long list of fixes and enhancements we want to see that relate to the APIs but every one of them failed to make it into this initial release of Studio 2017, and I don't know how many will be retrofitted into 2015 once the development team start to look at them. Depends on the effort... some will and some won't.
At the start of the release work we were hopeful to be able to do more, but as time went on we were unable to focus resource on this area because of the volume of work we had for other things. I'm hopeful we will be able to do more in 2017 through the cumulative updates and service pack releases, and we will keep this community updated of the progress.
I have copied a screenshot of the "Developer Satisfaction" list we have already submitted. There is too much detail behind all of this to share it all in here and we can't make this available to non-SDL users, but if you think we might have missed something based on this image alone or want some more detail on a specific item then feel free to ask and we'll be happy to oblige. It's as important for us to make sure we have captured what's missing as it is for you:
Regards
Paul
Paul Filkin | RWS Group
________________________
Design your own training!
You've done the courses and still need to go a little further, or still not clear?
Tell us what you need in our Community Solutions Hub
Paul Filkin | RWS Group
________________________
Design your own training!
You've done the courses and still need to go a little further, or still not clear?
Tell us what you need in our Community Solutions Hub
If it would be free, no problem with that. But these mafia-like practices (pay for the right to live... ugh, report bugs)? No, thanks, sorry.
And I'm guessing that the company I work for as contractor is of the same opinion - AFAIK they had this contract, but after just wasting this money (since SDL support stuff was not even able to understand the bugs they were reporting, not mentioning actually fixing it) they decided to not renew the contract.
I'm fine with the idea of paying extra for extra features requested by particular user/company (especially for specific ones which may not be as useful for wider userbase). But I'm absolutely NOT fine with paying for fixing bugs. That's unacceptable.
If fixing bugs is too expensive for you, then you simply should not introduce them in the first place... as easy as that. It has been proven that at the end of the day this is cheaper than putting something together quickly/cheaply and then fixing the mess.
You're reporting bugs in here for free aren't you? I don't believe these comments about SDL Support not being able to understand the bugs. I hear them now and again whenever they are investigated and there are always two sides to them. Support & Maintenance is not just about this, it's about getting every upgrade, being able to report technical problems and expect a timeous resolution or be able to escalate it if you don't get it, and more importantly it's about putting some skin in the game to ensure you are doing whatever you can to support the successful operations of your business. I don't understand how any business can operate otherwise.
Unknown said:If fixing bugs is too expensive for you, then you simply should not introduce them in the first place... as easy as that.
Brilliant! I'll just tell the team who deliberately put them there to stop. Might save us some money and we can concentrate on other things :-)
Paul Filkin | RWS Group
________________________
Design your own training!
You've done the courses and still need to go a little further, or still not clear?
Tell us what you need in our Community Solutions Hub
Unknown said:I have copied a screenshot of the "Developer Satisfaction" list we have already submitted. There is too much detail behind all of this to share it all in here...
Hi Paul (I finally found this thread...) - do you have any further info about fixing the API related bugs mentioned? Any roadmap or so?
Just to remind, some of the problems were summarized here: https://community.sdl.com/developers/language-developers/f/61/p/542/35274#35274 (the Newtonsoft Json.NET problem seems to be resolved in Studio 2015 SR3 release).
Paul Filkin | RWS Group
________________________
Design your own training!
You've done the courses and still need to go a little further, or still not clear?
Tell us what you need in our Community Solutions Hub
I would say that the most problematic thing is the memory hog, see e.g. here: community.sdl.com/.../34489
This is definitely not just API related, there were numerous reports about memory problems happening during nornal "GUI" analysis or pre-translate. And e.g. if the code mentioned in the linked thread contains only pre-translate or analysis instead of packages creation, the same thing happens.
BTW, while we are at the packages creation - the wizard has VERY annoying behavior that failed creation of SINGLE package makes ALL remaining packages creation being skipped (it's visible on the screenshot in the linked reply). It should of course continue with next package in the list, not cancel the entire operation :(.
I would say that the most problematic thing is the memory hog, see e.g. here: community.sdl.com/.../34489
This is definitely not just API related, there were numerous reports about memory problems happening during nornal "GUI" analysis or pre-translate. And e.g. if the code mentioned in the linked thread contains only pre-translate or analysis instead of packages creation, the same thing happens.
BTW, while we are at the packages creation - the wizard has VERY annoying behavior that failed creation of SINGLE package makes ALL remaining packages creation being skipped (it's visible on the screenshot in the linked reply). It should of course continue with next package in the list, not cancel the entire operation :(.