Forum Replies Created
-
Posts
-
Hi Ulrich,
That’s an interesting idea. I’ll add it to our list of enhancement requests and investigate.
Ray
Hi,
If the ConnectUsingTcp approach is not working, there are a few things to check.
First, are you able to send a CodeSite message using the default connection method? That is, without calling ConnectUsingTcp? This will ensure that the Dispatcher is not Disabled, or that the Live Viewer is Blocking Incoming messages.
Next, are you specifying any parameters when calling ConnectUsingTcp? When no parameters are specified, the default host (localhost) and TCP port (3434) are used.
Next, check the Dispatcher Settings and verify that the TCP Port specified matches. I would also recommend checking that any Firewall software is not blocking that port.
Ray
Hi Leo,
There are two thoughts that come to mind. The first is to leverage VCL Styles to create your rounded buttons. And with Per-Control styling that was introduced in 10.4, you can use the custom style for only the buttons. However, creating a custom VCL Style, even just the button part of it, is not trivial. I suggest checking out my CodeRage session – Creating Custom VCL Styles (https://www.youtube.com/watch?v=BBlSSObmfXA).
The other option would be to create a custom button component where you can control precisely how the button looks. Of course, creating a custom button is not a trivial task either.
Ray
Hi Dirk,
I apologize for the long delay. My forum notifications got turned off by mistake.An Unsupported MessageFormat error generally means that the log file is getting corrupted. Is the log file being written to mapped network drive? And is it being written to by CodeSite Dispatchers running on separate computers simultaneously?
Would you please send one of the bad log files to support@raize.com (zip it up) and I’ll take a look.
Ray
Hi Rudy,
Here is some additional information that may help your situation.
The GetIt packages for RAD Studio 10.4 are stored in the following folder:
C:\Users\Public\Documents\Embarcadero\Studio\21.0\CatalogRepositoryClose RAD Studio and then navigate to the above folder and delete the KonopkControls*** folder if it exists.
Next, edit the Registry and navigate to:
HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\21.0\CatalogRepository\Elements
and delete the KonopkaControls*** key if it exists.Then restart RAD Studio and try to install the Konopka Signature VCL Controls again.
Hope this helps.
RayHi Rudy,
I am very sorry to hear of your troubles with the components. I am very surprised that Embarcadero said they don’t know how to help. Embarcadero acquired Raize Components back in 2015 and rebranded the controls as KSVC. Embarcadero created the GetIt package that is used to install the components.
I understand your predicament and will try to find out some more information. What is the exact message that you are receiving when you try to install the components via GetIt?
Ray
Hi Barry,
I see the same behavior. I think the issue is in the built-in Variant property editor. In looking at the code for the QuickCompare functionality, there does not appear to be any assumptions that the FieldValue has to be a number.
Have you tried setting the FieldValue at runtime in the FormCreate event handler. I wonder if that would work properly for you.
Ray
Hi Ulrich,
In short, the custom TRzNotifyIconData structure is probably not necessary. It was originally added because Delphi did not include any support for that data structure at the time. Now that Delphi includes the definition for TNotifyIconData, the Raize version should probably be deleted. It should be possible to do that in the RzTray.pas file and then run the !Build_RC7.cmd (or !Build_RC6.cmd) file in the Source directory to rebuild the DCUs and Packages.I would also suggest that you create a report in Quality Portal so that Embarcadero can make this a permanent fix.
Ray
Hi David,
Your best option would be to handle the OnSendMsg event of the CodeSite Loggers that you are using. The event handler is passed three parameters. The Sender represents the CodeSite object that is being used to send the message. The MsgData parameter is of type TCodeSiteMsgData, and represents an object that describes all attributes of the formatted message. The Handled parameter controls whether or not the message is sent to the current destination. Set Handled to True to prevent the message from being sent to the current destination.Ray
Hi Steve,
Oh wow. I haven’t really had to think about charsets in quite some time–at least not since Delphi shifted to Unicode support in Delphi 2009. As you noted, the root cause of the issue is in the TRichEdit base control (and perhaps in the underlying Windows Rich Edit control). As such, I would suggest posting a question about this in the Delphi Developer Facebook Group. Perhaps someone there will have some better insight into this.
Ray
Hi Bob,
The functionality described above is indeed a central focal point of CodeSite 6. A release date for CS6 has not been announced, but I am hopeful for a fall release.
Ray
Hi Steve,
I would look into encoding the record contents into something like JSON or XML and then put that into the DMTextSource. Then whatever receives the drop can then parse the payload and the reconstitute the record, or put it into some other construct (if dropping on an app that does not know about your record structure).
Ray
Thanks Steve.
I certainly cannot disagree. It’s one of the main reasons why I have kept this forum going. As I have noted on previous occasions, this whole situation is not what was originally planned. I will continue to engage Embarcadero regarding the components.Ray
Hi Luciano,
I am hoping you located the download link for the Palette Menu expert on the Palette Menu page of our website: https://raize.com/palette-menu/Ray
Hi Nathan,
I apologize for the delay. For some reason I stopped getting notifications for new posts in the forums. I have the CodeSite Dispatcher running pretty much all the time and I am not experiencing the issue you describe, so it is important to try to figure out what is causing the issue.
From your original post, it sounds like the Dispatcher is reporting the Out of Memory error and not the Live Viewer. Is that correct? Also, is there anything that you can note that results in the Out of Memory to get reported. For example, you noted that you disable the dispatcher and then after a couple days you the error. Does the error just pop up? Or, do you do something first, such as Enable the Dispatcher?
It would also be good to have you send me the CSDispatcherLog.txt file. The file is located at: C:\Users\
\AppData\Local\Raize\CodeSite\5.0. Please send me a copy of the log file. Also, the next time the Out of Memory error occurs, grab the CSDispatcherLog.txt file and send that one as well. Please send them to support@raize.com. Additionally, are you only using the Live Viewer destination? Or, are you sending messages to any other destinations?
And finally, for now, what types of messages are you sending? Basic datatypes like strings, integers, etc. Or, are you sending lots of objects, images, etc.
Ray
