HeDiBo

Forum Replies Created

Viewing 20 posts - 41 through 60 (of 1,174 total)
  • Author
    Posts
  • in reply to: TsDBCalcEdit not reflecting fields value!! #69604
    HeDiBo
    Participant

    The first test already failed.
    I had no problem inserting a record with the key value empty or 0. The minvalue for that field was 1000.
    Here is a gif to show the problem:

    Attachments:
    You must be logged in to view attached files.
    in reply to: TsDBCalcEdit not reflecting fields value!! #69603
    HeDiBo
    Participant

    Line 256 is another example.

    This is how it could look like:

    Result := ( Assigned(FDataLink)                ) and 
              ( Assigned(FDataLink.DataSource)     ) and 
              ( not readonly                       ) and 
              ( not(csDesigning in ComponentState) ) and 
              ( FDataLink.Active                   ) and 
              ( FDataLink.CanModify                ) and
              ( FDataLink.Editing             or 
                FDataLink.DataSource.AutoEdit      )     ;
    in reply to: TsDBCalcEdit not reflecting fields value!! #69601
    HeDiBo
    Participant

    I have not tested it yet, but comparing current and new source, I came across the statement in line 203 which is more than 200 characters long. That’s not readable anymore. Here’s the alternative:

    if ( CharInSet(Key, [#32..#255])    ) and
       ( FDataLink.Field <> nil         ) and
       ( not CharInSet(Key, ['0'..'9']) ) and
       ( Key <> {$IFDEF DELPHI_XE}FormatSettings.{$ENDIF}DecimalSeparator) and
       ( Key <> '-'                     )     then begin

    Here it is clear that you accept any characters not present in a number.

    • This reply was modified 4 years, 2 months ago by HeDiBo.
    in reply to: AC 15.14 Bottom panel invisible/unskinned #69599
    HeDiBo
    Participant

    I reduced the problem to a bare minimum.
    Attached is the result.

    Attachments:
    You must be logged in to view attached files.
    in reply to: AC 15.14 Bottom panel invisible/unskinned #69595
    HeDiBo
    Participant

    I was able to replicate the problem.
    There may be too many files in the zip file, but I don’t know which files are necessary to replicate the problem.
    Just click on the Show Form button and see that the bottom panel is not visible, Change the width of the form and the panel shows up.

    Attachments:
    You must be logged in to view attached files.
    in reply to: TsListbox AV Problem #69591
    HeDiBo
    Participant

    I can reproduce your problem.

    in reply to: Hints show at the wrong position #69585
    HeDiBo
    Participant

    In order to get the hints on headers in cxGrid on the right position, you need to define a TcxHintStyleController and do some manipulations in its OnShowHint event.
    Unfortunately, if SkinManager is active, that code is not executed.

    Enclosed is a sample project.
    If you remove the TsSkinManager, TsSkinProvider and the TsAlphaHints components, the OnShowHint event is called and the hint is shown at the right position. As it is, the OnShowHint event is not called.

    Attachments:
    You must be logged in to view attached files.
    in reply to: Hints show at the wrong position #69584
    HeDiBo
    Participant

    About the cxGrid: you’re right. I didn’t know that.
    However the AutoAlignment setting is still a problem. And since you’re saying that the coordinates of the hint window are determined by cxGrid, the AutoAlignment problem could be solved, I think.

    in reply to: Forum is EXTREMELY slow. #69581
    HeDiBo
    Participant

    What did your provider say?
    Because the forum is still very slow. Also there is no indication that the site is at work, which may cause repeated actions.

    in reply to: Bug in TsRadioGroup prevents unselecting all items #69580
    HeDiBo
    Participant

    It seems a compiler error. Don’t bother.
    Please close this topic.

    in reply to: AC 15.14 Bottom panel invisible/unskinned #69579
    HeDiBo
    Participant

    <p zoompage-fontsize=”14″>As reported, this may be a compiler bug. So don’t bother any more. It’s unimportant.

    Strike that. The reply is in a wrong topic.
    The problem with the missing controls is extremely important! And not solved in 15.15

    in reply to: Have a png image behave like a font image #69578
    HeDiBo
    Participant

    My experience with manually inverting images is, that the edges of anti-aliased pictures don’t look OK. If you have a solution for that, your suggestion is excellent. 🌹

    in reply to: An image as part of a row in TcxGrid has wrong color #69577
    HeDiBo
    Participant

    I understand. Please close this topic.

    in reply to: Hints show at the wrong position #69575
    HeDiBo
    Participant

    I would do that, if the AutoAlignment property could be set on an individual basis. But I like it almost everywhere, except here.
    I think you should come up with a better solution.

    Even if AutoAlignment is off, the hints are still in the wrong place for grid headers. Have a look at the video. As you can see, the hint covers the header field completely.

    Attachments:
    You must be logged in to view attached files.
    in reply to: Have a png image behave like a font image #69562
    HeDiBo
    Participant

    I don’t think inverting the colors of an image is a good idea. It could have adverse effects on color images.

    I only want to use it for small 2 color black and white images.

    in reply to: An image as part of a row in TcxGrid has wrong color #69559
    HeDiBo
    Participant

    That’s why I suggested to include the FontAwesome in my distribution and use a character in stead of an image.
    However, why is it working (the inverted image) in cells that are not highlighted?

    • This reply was modified 4 years, 2 months ago by HeDiBo.
    in reply to: Hints show at the wrong position #69556
    HeDiBo
    Participant

    I have another situation where Hints appear at the wrong place: hints for column headers in a TcxGrid. Attached a GIF that shows it. It is always wrong, not related to HandleDisabledCtrls

    • This reply was modified 4 years, 2 months ago by HeDiBo.
    Attachments:
    You must be logged in to view attached files.
    in reply to: Paint problem in AC 15.14 #69555
    HeDiBo
    Participant

    I tested with enabling the Application.ProcessMessages. The result was disappointing, because AV’s might occur.
    However putting the statement here (near the bottom of the ActivateHint procedure) did not show that averse effect yet.

              AlphaBmp := nil;
            end;
          end;
    
        Application.ProcessMessages; // Patch for refresh of columns in cxGrid
        Manager.State := hsNormal;
        Manager.FHintPos.x := -1;
    {$ELSE}
        inherited;
    {$ENDIF}
    in reply to: Have a png image behave like a font image #69552
    HeDiBo
    Participant

    If skin is dark, make the white parts black, make the black parts white and leave the transoarent parts untouched.
    In Dutch that’s called a negative image, but the better term in English is inverted 😁

    in reply to: TsDBCalcEdit not reflecting fields value!! #69532
    HeDiBo
    Participant

    These are two devastating samples of this bug.

    In ScreenToGif7 you see that an inserted record does not receive the entered text at all. In stead the value is set to 0 which is even below the minimum value property.

    In ScreenToGif8 you see a record being inserted, which is rejected because of duplicate key and then the insert is cancelled. After cancellation the key value shows the wrong value, making the record shown in the grid different from the record in the edit field!!

    Attachments:
    You must be logged in to view attached files.
Viewing 20 posts - 41 through 60 (of 1,174 total)