I have the following problem with the Release Candidate:
(1) Tab Windows Close image missing. Technically I suppose this is not really a bug as I did not follow the installer, however this used to work just fine with all older versions. The problematic machine is one for which I do not have admin privileges for performing an install, however I can point it at my license and it works just fine other than the problem shown in the attached screenshot. I installed this on he admin privileged machine by recursively copying the contents of my home slickedit folder and downloading my license file. After starting slickedit using "C:\tools\vslick\win\vs.exe -sc c:\tools" I found the close tabs missing. Not a big deal I guess given that I am not following the suggested install procedure, but...
(2) When selecting columns in Slickedit, using the mouse wheel to extend the selection is different to the far superior Visual Studio counterpart. I had a previous post about this - firstly in Visual Slickedit I can select a vertical cursor thin zero width character line, from where it is obvious that typing will insert at the line. Visual Slickedit selects a 1 block width column (which behaves the same as Visual Studio but it is far less intuitive in that typing might be at the left or right of the 1 character block. Another problem here is that the mouse wheel does not work to extend the height of the selected column, scrolling with the mouse wheel while the left button and ctrl key are both depressed extends the width of the box, there is no way to adjust the vertical selection other than using the down arrow or up arrow. I typically use this feature to insert lines or delete lines of > 1 page in size. Microsoft seem to have gotten this intuitive feature right.
3) For some reason Visual Slickedit RC seems slow, it seems to be constantly retagging
4) Java Doc Comments still leave something to be desired: If for some reason I write the javadoc comments for a method parameter and I later decide to change the name of the member variable, typing Ctrl+Shift+D - it will obliterate my older comments leaving just the @param renamedParam in the JavaDoc comment area
consider:
/**
* Reset the context Object.<p>
* Resets select context properties. If the <code>bFullReset</code>
* flag is <code>false</code>, this will preserve the IP Address
* related fields <code>NIC_ADDR</code>, <code>IP_ADDR</code> and
* <code>IP_PORT</code>.
*
* @param bFullReset [in] flag indicating whether we should reset
* all fields including the IP Address related
* fields and the previous directory listing,
* transfer list and header responses.
*/
void
SLDBContext::reset(const bool bFullReset) {
. . .
}
and then
/**
* Reset the context Object.<p>
* Resets select context properties. If the <code>bFullReset</code>
* flag is <code>false</code>, this will preserve the IP Address
* related fields <code>NIC_ADDR</code>, <code>IP_ADDR</code> and
* <code>IP_PORT</code>.
*
* @param bFullReset [in] flag indicating whether we should reset
* all fields including the IP Address related
* fields and the previous directory listing,
* transfer list and header responses.
*/
void
SLDBContext::reset(const bool renamedArgument) {
the result of inserting the doc comment on the renamed arg is
/**
* Reset the context Object.<p>
* Resets select context properties. If the <code>bFullReset</code>
* flag is <code>false</code>, this will preserve the IP Address
* related fields <code>NIC_ADDR</code>, <code>IP_ADDR</code> and
* <code>IP_PORT</code>.
*
* @param renamedArg
*/
void
SLDBContext::reset(const bool renamedArg) {
Other tools such as Atomineer for visual studio handle this very well by preserving the mismatched comments - never deleting them. Atomineer is also smart enough to add optional [in,out] or [in] etc to the parameters based on their constness or otherwise, nice feature request?? (although their paragraph reflow is non existent - something that SlickEdit has down to a fine art (actually the main reason I use slickedit these days).
Also another thing about the insert comment tools is that it seems to have a problem synchronizing the @params with the old comments:
/**
* Search rModuleLoadLists for all associated channels.<p>
*
* Each ModuleLoadList has a priority field that contains the a
* channel number specified in the szPriority field. This
* method searches each ModuleLoadList for the channel number
* and also determines if the ModuleLoadList is in-sync.
* Finally, depending on the value of the
* <code>bSyncdChannels</code> flag, the method returns either a
* list of channel numbers that are completely in-sync, or
* channels that have at least 1 pending load on one of the
* modules within that channel.
*
* After configuration checking, this method is called with the
* <code>bSyncdChannels</code> set to false so that the caller
* can send a 'channel reset' command to each of those channels.
*
* Prior to loading, this method is called with the
* <code>bSyncdChannels</code> set to true so that each of the
* returned channels can have the 'channel setup' command sent
* to it.
*
* @param bSyncdChannels
* [in] when set to 'true' returns channels that
* have at least 1 pending file to load on at
* least 1 of the modules in the channel. When
* set to false, returns channels whose modules
* are in-sync.
* @param rModuleLoadListInfo
* [in] vector of ModuleLoadList smart
* pointers, each of these also contains the
* ModuleName, Module IP, NIC address and
* PriorityLevel.
* @param rLogMessage
* [out] log message to display the channel sync info
*
* @return list of channels and their corresponding
* NIC addresses to be used for channel setup or cleanup
* commands.
*/
std::vector<ChannelNICPair>
SLDBManager::getMLListInfoChannels(
const bool bSyncdChannels,
const ModuleLoadListInfo& rModuleLoadListInfo,
std::string& rLogMessage) const
Typing Ctrl+Shift+D with the above results in empty fields in the dialog corresponding to 3 arguments - it does however leave the older comments intact (which would seem to contradict my previous statement)
