I am having a display issue with Infopath. My section lines and section text disappear in the form designer. The lines are initially there but then disappear after I click a few times and scroll. They still exist and can be clicked but I cannot seem them. I am not sure right now what exactly is causing them to disappear.
I am able to get them back again by switching views. This problem occurs both with infopath 2010, and 2007. It also happens to different forms. So it appears to be some sort of display issue. I have not noticed display issue's in any other programs.
I think the likely cause is because I recently formatted my computer, swapped graphics cards for the same model number but what looks like a newer revision because the fan failed on the last card. My specs may be relevant: I am using an AMD FirePro V4900, latest driver 13.352.1009 as of posting. 3 Monitor setup. Windows 7 x64.
Has anyone else run into this and found a fix?
Related
I am having problems using the Ikonli icon packs. I am creating FontIcon objects and then using those to set the graphics on buttons. Icons taken from the FontAwesome5 pack work great. Icons taken from the Material2 pack seem to shift somehow - for example, I try to get mdal-6_ft_apart but what actually gets displayed is mdal-loyalty. And no matter which Icon I load from MaterialDesign2, all I see is an empty box.
I'm running this through Eclipse, and everything looks fine when stepping through with the debugger. This is the value of the button graphic:
ObjectProperty [bean: mdal-6_ft_apart:15:0xffffffff, name: iconCode, value: MDAL_6_FT_APART]
and yet, on the screen, it's something completely different.
This is a Maven project using OpenJDK 16 and JavaFX 16. I've tried loading just a single icon pack instead of all 3, but no difference. Also, there are never any errors retrieving the icons. The ServiceProviders are all found, and the icons are available.
I made a small Hello World program and everything runs fine, so it's definitely an issue with my program and not the library. But I have no idea what the problem is, and I've been staring at this for almost 2 hours. Has anyone come across this before? I'd appreciate any help, because I'm out of ideas.
Answering this myself in case it saves someone else some time. I was installing the Ikonli library in order to replace the FontAwesomeFX library that is no longer available. I had gotten partway through replacing the icons when I ran the app in order to check the progress, and that's when I saw the errors.
The problem turned out to be an interference between the two libraries - FontAwesomeFX was throwing of Ikonli. The icon shift didn't actually occur until the code displayed a FontAwesomeFX icon, which made it seem a little random depending on the order I would open the dialogs when testing. I'm assuming an issue with the Service Handlers, though I'm not positive because I stopped troubleshooting once I realized the problem and just finished the replacement.
Once I stopped displaying FontAwesomeFX icons and the dependency was removed, Ikonli worked fine.
I have developed quite a few InfoPath forms in my life, but I only recently started developing with InfoPath Designer 2013 and I am coming across a very peculiar "bug" (I don't know that it's a bug for sure) indeed.
The form opens fine to design but when I change a field's name, for instance, the application stops reacting in certain areas. The InfoPath toolbar doesn't react at all except for when I click FILE (which opens up the little menu that's supposed to open when you click on the InfoPath icon in the very top left corner). In addition, I can also right-click on the elements inside the form to open some of the properties of the elements; however on the right side of the screen where the fields and groups are listed, nothing reacts either.
I have tried to find this on Google and I was quite surprised that it didn't seem like anyone else had asked about this; however that seems to be the case (although I'm hoping not). Please note that InfoPath stops reacting only after I change the field or group name.
Does anyone out there have any idea as to what might be causing this?
Thank you and regards.
Hermann
I have this problem too. The only workaround I've found is to Alt-F, Save, close InfoPath, reopen InfoPath, then reopen the document.
I am a recent Access 2010 user from 2003 (don't judge me), but I have having a major problem with the ribbon not working as a reasonable person might expect. I'm stuck having to constantly switch to the File tab to get the right options to enable or display which is extremely annoying. What is the problem here?
(Sorry this is my first post and I do not have enough cred to embed pictures)
Issue 1
When I open a query in design mode, the ribbon opens with almost all the options disabled
http://i.imgur.com/hbNtGUX.png
Select, Make, Append, Update, Delete queries all look like this when I design them. I have to click on the File tab, then back to Design to get the full breadth of options.
For macros, the Design tab shows those options but they are all disabled. I have to switch to File and back to get them to enable.
Issue 2
If I click the grid to preview results, the ribbon does switch to show all the proper table view options. This is good! It is what I would expect.
Unfortunately, when I go back into design view, the ribbon stays in the same configuration only it disables most of the table view options. That makes since since I'm looking at the design and they don't apply, BUT it should be showing me design options instead. Notice that the design tab doesn't even show up
http://i.imgur.com/9gAUi4r.png
Again, I have to click on File, then Home before it puts me back into the Design tab with the full breadth of options.
Edit: Version: 14.0.7106.5001 (32-bit)
Access was already at SP2 version, but I did notice that windows update wanted a restart. The log show 7 office & access updates installed. The version number in access didn't change but now the ribbon behaves normally. I had restarted previously so I believe the issue was resolved with the recent office updates and a restart.
We have an application running flex sdk 4.5 and have recently encountered an issue with textInput fields which we have not been able to reproduce on our end for the better part of a month now.
Here are the symptoms:
Users opens an input form which contains several input fields (combo boxes, calendars, text inputs, etc)
User clicks inside a text field
Users types (obviously!)
** Nothing appears in the text input - we have validators on some of these fields and they do kick in properly (ie. user sees red box around textInput disappearing)
User moves cursor outside of text input field and text appears
Give or take, this is the test case we've been provided. We have been unable to reproduce this and I'm reaching out to see if anybody has heard of issues like this in the past.
They are running our flex application in the following environment:
Windows XP SP3
IE 7.0.5730.13 (locale = en-gb)
Flash Player 10.3.181.14
Upgrading either of these components is not an option. Installing the flash player debugger is not an option either.
Now we've setup a pc exactly the same way as they have on their end and still haven't reproduced. So we're really stuck at this point :)
Any suggestion is greatly appreciated. I'll provide any additional info needed.
-Marc
Feb. 2nd 2012 - Update
As I noted in my comment reply to shaun, it seems our customer was more or less precise in their description of the issue. We ran a webex session with them this morning and actually saw the issues first hand.
Here's what happens:
- User loads our application via its url
- User is able to input data and pretty much do any function for a 'random' time period
- All of a sudden, the issues start (there are more symptoms than just the one I originally mentioned):
1. Users type in text input fields and they won't see the text appear until they move the cursor out of / into any other component (could be entering an hbox, exiting a text input field, etc)
2. Combo boxes behave more or less the same. They can drop them down, but then the mouse wheel no longer refreshes the list. It actually scrolls in the background, but until the user moves the mouse, the list does not refresh
3. We also communicate between the server and client via an amf channel. The events make it to the client, but again, they won't see the screen refresh until they move their cursor.
So basically, the application still seems to work, but the screen is no longer refreshing. Could it be something to do with an invalidate / update of the display list that doesn't kick in? We'd like to get them to install the debugger version of FP, but that doesn't seem to be an option.
Another thing to keep in mind: they have a VERY bad internet connection. They average around 1-1.5mbps (megabits) which is enough for our app, but I just thought I'd let you know.
We learned that they also use a Citrix presentation layer to deploy IE 7 to the end users. We've received confirmation from the end user that even if they launch IE on their workstation (not through citrix), they get the issue also.
Another note is that we've seen no errors in our web server, jboss or application logs...
So that's the update I've got... anyone have more thoughts on this? We've more or less discarded the fonts being an issue at this point since the issue affects more than just 'fonts'. Is everything on the screen not updating anymore.
I was working on some ASP.NET 2.0 pages when I noticed that some of the pages' back buttons were unavailable - greyed out. And clicking the drop down menu next to them showed clear results, as if I had come to this page fresh. I looked through the code trying to find something to specifically disable the back buttons (redirects, clever javascript), but found nothing. So I started picking apart the page and noticed that when two particularly large drop down lists (One had 38 thousand items!) were commented out that the back button would again be available. By 'Commented out' I mean I did not databind them in the code behind.
It seems that these pages used to work before I inherited this project. One of the things we did was upgrade the server from .NET 2.0 to .NET 3.5, although the code still targets the 2.0 framework. I doubt this is the culprit though.
This problem occurs in both IE 6 and IE 8 with all the latest updates. It occurs on Server 2003 RC2 with all the updates I could find and on Windows XP machines that the client has selectively updated but are all running IE 6.
My question is, has anyone ever heard of this, and if so, what causes it? Is it just an Internet Explorer bug?
Well, 38k options # 28 characters^1 gives one a page size of 1,064,000 characters for the options alone, nevermind the accompanying viewstate. Which, when I think about it is probably what is killing IE as your POST size has to be in the megabytes range.
Personally, rather than beat on the issue which you probably can't fix, I'd go for hitting it from the easier side of re-factoring the interface so users get a managable number of options. I really don't know how one could pick the correct one in 38k in the first place anyhow . . .
^1: <option value="x">y</option> is about as short an option as ASP.NET will generate and that is 28 characters. I'd bet we are looking at far more data than that. I pray this is an intranet app . . .