HeDiBo

Forum Replies Created

Viewing 20 posts - 861 through 880 (of 1,174 total)
  • Author
    Posts
  • in reply to: Message Loop problem #55008
    HeDiBo
    Participant
    'Support' wrote:

    Thank you. It was two different problems there. I know a reasons now and problems will be solved in the nearest release.

    As a quick solution you can disable animation in the modal form (Form25).

    Stopping animation did the trick.

    Look forward to the bug fix in the next release.

    in reply to: Message Loop problem #55003
    HeDiBo
    Participant
    'Support' wrote:

    Thank you, I see the problem.

    Please, remind me a version number of your IDE.

    I tried the same thing with Delphi 7 (Build 8.1) and got the same results. So in Delphi 7 it doesn't work either.

    in reply to: Message Loop problem #55002
    HeDiBo
    Participant
    'Support' wrote:

    Thank you, I see the problem.

    Please, remind me a version number of your IDE.

    I'm using Delphi XE4 Release 1 Update 1 Version nr 18.0.4905.60485

    in reply to: Message Loop problem #54996
    HeDiBo
    Participant
    'Support' wrote:

    Hello!

    Are you sure the issue is not solved?

    Can you recompile the demo and upload Exe here, please?

    The program is recompiled. The problem is this: the program starts off non-responsive. If started from the IDE, it will start to show the counter when the IDE is Alt-Tabbed into view followed by Alt-Tab to bring Project24 into focus again. When running it stand-alone, it was even more difficult to get it going.

    This is the compiled version: [attachment=7695:Project24.exe]

    in reply to: Coding in sMonthCalendar depends on bool evaluation #54981
    HeDiBo
    Participant
    'Support' wrote:

    Hello Dick

    Code depended from boolean evaluation not only in this unit. All package has such way of evaluation.

    Looks a bit better now :a3:

    HeDiBo
    Participant
    'Support' wrote:

    This method will be available in the nearest release.

    Problem solved in 10.29 :a3:

    in reply to: Message Loop problem #54979
    HeDiBo
    Participant
    'Support' wrote:

    Hi! Sorry for a delay. I think I have found a solution for this issue. New release will be available very soon.

    Not fixed in 10.29 yet

    in reply to: AV When removing TsShellTreeView from design #54978
    HeDiBo
    Participant
    'Support' wrote:

    This error will be fixed in the nearest release.

    Problem solved in AC 10.29 :a3:

    in reply to: Message Loop problem #42099
    HeDiBo
    Participant

    Hi Serge,

    Can you have a look at this? It's kinda important to me. :a5:

    in reply to: Message Loop problem #54963
    HeDiBo
    Participant

    The problem finally results in an “Out of resources” error.

    in reply to: TsSlider bugs #54929
    HeDiBo
    Participant
    'Support' wrote:

    Can you show your screenshots, please?

    I will see how it looks on your side.

    The project I use for showing the differences is this:

    [attachment=7654:TstSlider.zip]

    These are the skins from AC 10.27 that still suffer from insufficient difference between on and off states:

    [attachment=7655:AndroidOS.jpg] Android OS

    [attachment=7656:BlackBox.jpg] Black Box

    [attachment=7657:Cold.jpg] Cold

    [attachment=7658:GarnetII.jpg] Garnet II

    [attachment=7659:Tv-b.jpg] TV-b

    [attachment=7660:WMP 2008.jpg] WMP 2008

    Especially if your display is set to low contrast (to prevent fatigue of the eyes) the differences between On and Off are hardly noticeable.

    This is the problem with Graphite (change the SkinData.CustomColor to True in Panel1):

    [attachment=7661:Graphite.jpg]

    in reply to: TsSlider bugs #54698
    HeDiBo
    Participant
    'Support' wrote:

    UseSymbols property works in all skins, because these symbols are not stored in skins.

    I understand that, but I don't like these symbols. But I can only avoid them if the skin coiors of all skins are discriminate enough.

    in reply to: TsSlider bugs #54696
    HeDiBo
    Participant
    'Support' wrote:

    Are you sure that there are no difference?

    These all skins are dark and we has no many variants in colors there.

    Hi Serge,

    I do not have crosses or V-signs in the sliders.

    Are you sure the URL in the All skins download.url file points to the correct skins?

    If it does, how did you get the extra markers (cross and V-sign)? I know, you can set the UseSymbols property, but that's no solution. If the user switches skins, I don't know which skins need this property to be true and which skins don't.

    in reply to: TsSlider bugs #54674
    HeDiBo
    Participant

    In AC 10.24 the Acryl version looks good now :a3:

    There are still a number of skins that do not offer enough difference between the On and Off states:

    Android OS (new??), Black Box, Canvas dark (CS) (new??), Cold, Emerald, FalloutStyle, Garnet II, Metro DW (CS), Office2007 Black, Steam2, TV-b, WMP 2008, WMP11 and WOT (those marked (new??) did not occur in my previous list).

    Graphite has the problem of showing its edges when placed on a panel with custom color.

    In NeonLight and Terminal4bit, SLIDER_OFF has no color, I think.

    So, there are numerous improvements, but there's still some work to be done -_-

    in reply to: TsSlider bugs #54599
    HeDiBo
    Participant
    'Support' wrote:

    Do you mean, that slider should be blue when Off?

    I'm just saying that it's nonsense to suggest there are no colors in a theme's palette that are usable for on and off. If in this case the blue color is too dark, just make it lighter. It's still within the general theme's palette.

    In short: all themes should have a distinction between on and off states.

    in reply to: TsSlider bugs #54585
    HeDiBo
    Participant
    'Support' wrote:

    I don't know how to add some difference and leave compatibility with current style in these skins. Other variants of control looking are worse, I think..

    This picture shows possible colors to use for the Acryl skin.

    [attachment=7540:AcrylOnOff.jpg]

    I'm sure all skins will have a color matching On/Off capability.

    in reply to: TsPathDialog does not show directory from Path upon execute #54557
    HeDiBo
    Participant
    'Support' wrote:

    I will try to improve it in the v10.22

    Fixed :a3:

    in reply to: TsSlider bugs #54556
    HeDiBo
    Participant
    'HeDiBo' wrote:

    There are some problems with these skins:

    Acryl, Afterburner, Blue Glass, Blue Ice, Canvas Dark (CS), Dark Glass, Desert, Graphite, iOS Dark, NextAlpha2, Notes Sport, Winter2003.

    The problem is that TsSlider placed on a TsPanel with SkinData.CustomColor set, shows unskinned edges (example of AfterBurner):

    [attachment=7362:AfterBurner.jpg]

    In the following skins, the button is not very visible in one of the states (on or off) or in both states:

    Afterburner, Android OS, Black Box, Cold, Garnet II, Steam2, TV-b, WMP 2008, WMP11.

    In the following skins there is too small a difference or no difference at all between On and Off state:

    Acryl. Black Box, Cappuccino, Cold, Emerald, Fallout Style, FM, Garnet II, MacMetal, Matrix, Metro DW (CS), Nautilus, NeonLight, Office 2007 Black, Office 2013 Red, Saphire, Shine, Steam, Steam2, Terminal4Bit, TV-b,Web2, WMP 2008,WMP11, WOT, XPSilver.

    The Office 2003 and the Toxic skin have a wrong color for SLIDER_OFF (looks like it has no color at all).

    Sorry for all the nitpicking :blush:

    The unskinned edges are still visible in Graphite, in other skins it's solved.

    The button is now visible in all skins :a3:

    There is still no difference between On and Off state colors in any of the mentioned skins (except maybe Steam2, which changes the color of the switch itself) :(,

    The problem of unskinned SLIDER_OFF is solved. :a3:

    in reply to: Documents glyph is missing in TPathDialog #54555
    HeDiBo
    Participant

    After resetting the Icon cache (AGAIN), the documents icon is back:

    [attachment=7517:DocGlyphMissing 3.jpg]

    But it looks totally out of place. Its style is totally different from the other three icons.

    The icons of Explorer do look in style:

    [attachment=7518:DocGlyphExplorer.jpg]

    The picture is not sharp, but you'll understand what I mean.

    in reply to: Documents glyph is missing in TPathDialog #54554
    HeDiBo
    Participant
    'Support' wrote:

    This issue will be solved at the nearest days.

    In 10.23 most glyphs are back. But glyph for “Documents” is missing still :a1:

    I don't see any change in acPathDialog.pas, so I'm very surprised. :huh:

Viewing 20 posts - 861 through 880 (of 1,174 total)