Search results

I don't think you can do this in HTML/CSS. My best suggestion would be to output the data to PDF and then print the PDF.

Wild guess would be that the user does not have the right permissions to access the Groove plugin or the directory/file.

Are you running low on memory or disk space? Are you sure that the appserver is running the right .r files? Check propath.

Does PC3 know PC2? Try replace the PC2 with the ip address.

This thread is 11 years old! I think that OP has solved the problem by now. :D

Am I the only one that has to login twice when following the link from the mail "Progress Alert and Notification Service: OpenEdge"? :|

Now I seems to be able to log in. Nice know after you are logged :-| Is it just me or is the site running extremely slowly? I still misses the search knowledge base for error number #. if I search for "error#5560" then I receive a lot of results which does not contain 5560.

OMG! I tried to register and received an out-of-office mail from support. :-( Does that mean that during the Boston event support is unavailable?

Find the file lgrfeng.chm in prohelp directory and create a shortcut for it. :-)

If your computer/monitor runs with 72 dpi (dots per inch) then the solution would be 1 px = 25.4 mm / 72 dpi = 0.35277778 mm. 4 pixels would then be 1.4111111111111 mm

Maybe the forum thinks your reply is spam and since you are new you have to wait for the moderator to "release your reply". :D

You could install the Microsoft Virtual PC and run the Windows XP mode. Why do you need to have Progress installed? For development or is it runtime files only? If it is for runtime only, you could copy the files from an existing installation, you might need to add the path to enviroment...

We have the same problem and I have not been able to find out why the problem occurs.

Stop and start your app servers. What version of Progress do you use?

Thanks for following up on the issue!:)

I received the daily "Progress Alert and Notification Service: OpenEdge" yesterday with the following 'solution': I believe it is time for some code rewriting if one needs to have more than 255 'or' statements inside a where at the same time. :rolleyes:

Woops I did not see that you had posted the code. :o

def var d as date. d = today. def var d2 as date. d2 = date(01,01,2011). message d - d2 + 1. If run today, it gives 178.

I was hoping that they would fix the 32k char size so that I can have a char longer than 32k. I know I can use longchar but longchar is not supported by all the functions yet. Another nice functionallity I miss is the syntax checker's abillity to check for wrong parameters on procedures.

Test if you are running in batch-mode if so and the session parameters are not empty use them otherwise update them using set. procedure _GetSessParm: define input parameter Parmid as character no-undo. define output parameter ParmVal as character no-undo. define variable idx as...