vikpaw Posted May 16, 2013 Posted May 16, 2013 Those Capita devs have 100" touch screen walls. There is nothing to jump, apart from them off the step ladder they use to access different parts of the screen.
LosOjos Posted May 16, 2013 Posted May 16, 2013 @PhilNeal - playing with it a bit, it seems that what is happening is when you try to click on any part of a panel/section, SIMS automatically scrolls enough to bring the entire panel in to view. As @CAM said, that wouldn't be a problem except it does this before registering the mouse click, causing you to click in the wrong place. It only seems to do it in places where you have a detail panel on the left with a series of vertical buttons on the right, such as columns and marksheets inside an AM7 template or contacts in Student Details. You'll also notice that a border is drawn around these sections when you click inside them, but not on any button. I'm guessing someone has created a class to handle these types of sections as they're so common in the system; if I were trying to diagnose the problem, I'd be looking straight at that class. 1
LosOjos Posted May 16, 2013 Posted May 16, 2013 If it helps, this is the kind of panel I mean: [ATTACH=CONFIG]18237[/ATTACH] [ATTACH=CONFIG]18238[/ATTACH]
vikpaw Posted May 16, 2013 Posted May 16, 2013 That's a great diagnosis @LosOjos - i think you're hit the nail on the head, i was thinking it was pushing the panel to the top but it's just bringing up enough to show the bottom. @PhilNeal - give that man a job!
LosOjos Posted May 6, 2014 Posted May 6, 2014 @PhilNeal - did anyone ever look in to this? Issue still exists in 7.156.
tombry Posted May 6, 2014 Posted May 6, 2014 like everyone else, this has always happened to me - I've actually trained my teachers that use templates to always hit the quicklink at the top for marksheets to avoid it, but I still get bit on it from time-to-time.
LosOjos Posted May 6, 2014 Posted May 6, 2014 like everyone else, this has always happened to me - I've actually trained my teachers that use templates to always hit the quicklink at the top for marksheets to avoid it, but I still get bit on it from time-to-time. It's one of those things you totally forget about when you're in a rush, which is exactly when you least want it to happen
PhilNeal Posted May 7, 2014 Posted May 7, 2014 This is a feature designed to reveal more information but if you are in a hurry you can click the wrong button as the screen re-draws. The team have got an action to see what could be done to improve the handling of this area - stopping it happening will cause more complaints from those that make use of the increased display.
vikpaw Posted May 7, 2014 Posted May 7, 2014 It's not that, you click the right button, it then redraws and actions the click on whatever lies beneath. I think that's right. So it doesn't matter about being in a hurry, whenever you click straight into that panel it will jump and mis-hit.
PhilNeal Posted May 7, 2014 Posted May 7, 2014 I'll get the guys to double check but as ex-users they are convinced that they have the right area.
PhilNeal Posted May 8, 2014 Posted May 8, 2014 The feedback is "Yes they are correct, it can jump when they click a button and select what it has moved to as well."
LosOjos Posted May 8, 2014 Posted May 8, 2014 This is a feature designed to reveal more information but if you are in a hurry you can click the wrong button as the screen re-draws. The team have got an action to see what could be done to improve the handling of this area - stopping it happening will cause more complaints from those that make use of the increased display. Oh no @PhilNeal - please don't start down the Apple "it's a feature" route Also, have you actually asked your users whether they'd complain at the change or are you making that assumption? I personally don't know anybody who has a problem with scrolling, but I know a lot of people who it irritates the hell out of when they try to click on a button and it moves! It's a very bad example of HCI in my opinion, though presumably you've done studies... 1
sparkeh Posted May 8, 2014 Posted May 8, 2014 Oh no @PhilNeal - please don't start down the Apple "it's a feature" route Also, have you actually asked your users whether they'd complain at the change or are you making that assumption? I personally don't know anybody who has a problem with scrolling, but I know a lot of people who it irritates the hell out of when they try to click on a button and it moves! It's a very bad example of HCI in my opinion, though presumably you've done studies... Agreed, as a user, I don't mind scrolling, but I do mind the page jumping and selecting something I didn't intend. Sounds like there's an element of "Stick a fancy hat on it and call it a feature" going on.
GREED Posted May 8, 2014 Posted May 8, 2014 Surely (and I speak with some authority here given my previous role) just make it an optional feature a school or even a use can turn on and off... sorted.
matt40k Posted May 8, 2014 Posted May 8, 2014 Would love to see the poor devs face when he reads that
GREED Posted May 8, 2014 Posted May 8, 2014 Would love to see the poor devs face when he reads that Just being helpful You know me, customer focused!
PhilNeal Posted May 8, 2014 Posted May 8, 2014 As I said we employ ex-users! The feature is required - the jump isn't!
sparkeh Posted May 8, 2014 Posted May 8, 2014 As I said we employ ex-users! The feature is required - the jump isn't! So whats the take away message here: "Yes we know its an issue and we are going to fix it" or "Yes we know its an issue and we are not going to fix it"
vikpaw Posted May 8, 2014 Posted May 8, 2014 The simple fact is when you click on Open it sometimes reads this as Delete. I don't care if that was designed and built in as a "Feature" but i don't believe anyone is going to argue that helps them. Removing the scrolling isn't the solution. The issue is it acting upon the click after it's scrolled. It can't be 'as well' because it's never opened the column i wanted it to, only asked for delete confirmation. It's a bug that needs sorting.
vikpaw Posted May 8, 2014 Posted May 8, 2014 As I said we employ ex-users! The feature is required - the jump isn't! I thought the jump WAS the feature... :s
PhilNeal Posted May 8, 2014 Posted May 8, 2014 The jump is on the list of things to fix. This may require a configuration setting in order to keep the feature.
LosOjos Posted May 8, 2014 Posted May 8, 2014 The jump is on the list of things to fix. This may require a configuration setting in order to keep the feature. @PhilNeal - what is this "feature"? I'm really confused...
PhilNeal Posted May 8, 2014 Posted May 8, 2014 Sorry I'm relaying what I've been told! The panel expands under certain conditions to reveal more data. This is connected to the annoying jump. 1
Barcrest Posted May 8, 2014 Posted May 8, 2014 I like the way it was just brushed under the carpet for a year, I have never bothered complaining about it as it's just one of those annoying things that I figured would never get actioned. So far my assumption has been correct. BTW I remember the dos version of Star and then Core Integrator as we moved to .NET
GREED Posted May 8, 2014 Posted May 8, 2014 This may require a configuration setting in order to keep the feature. I assume my cheque is in this evenings Post then?
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now