jalview/resources/lang

Messages_es.properties

Clone Tools

Stats

Commits this week: 1
Total Committers: 13
Last Commit: 08 Aug
Commits this week: 1

Lines of code count not available

Commit Activity

Commits By Day In Week
52 week commits volume
Commits By Day In Week
Commits by day
Commits By Day In Week
Commits by hour
Commits By Hour In Day
Commit calendar
 

Most active committers (90 days)

loading
loading
  • last updated a few seconds ago
All Commits Reviews
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Monday 08 Aug
6:31 pm

Jim Procter

6:01 pm

Jim Procter <j.procter@dundee.ac.uk>

Merge branch 'task/JAL-3991_check_actual_JAVA_VERSION_against_build_properties_in_application_startup' into develop

Options
    • -0
    • +4
    ./Messages_es.properties
  2. … 5 more files in changeset.
Friday 22 Jul
4:40 pm

Ben Soares

I've now put in a warn with the e.getMessage(), but I've left in a debug with the full stacktrace. This catch block is a little odd in that it's used as programmatic flow for non 200 HTTP responses...

I've now put in a warn with the e.getMessage(), but I've left in a debug with the full stacktrace.
This catch block is a little odd in that it's used as programmatic flow for non 200 HTTP responses. I notice that the new API server is sending back a 400 for bad input (including for non-existent query fields and wrong types for non-string query fields), which is invoking the warning triangle which puts the HTTP error message into the tooltip so this block is now getting more use!

The reason for wanting a full stacktrace in debug mode is that both the API and the changed client are new, so any errors in the next few months will be more quickly diagnosed if we can allow the user to easily obtain a stacktrace of the exception.

12:34 pm

Jim Procter

after trying it out I think the old behaviour is better, unless 1) there's a really clear message in the UI explaining that now the field has changed, the search needs to be executed again 2) a con...

after trying it out I think the old behaviour is better, unless 1) there's a really clear message in the UI explaining that now the field has changed, the search needs to be executed again 2) a convenient [search] button is shown so one doesn't have to click into the query field and press enter to trigger the search again.

12:32 pm

Jim Procter

should be Console.warn

should be Console.warn

12:31 pm

Jim Procter

Need to add logic that either 1) modifies config if an existing value of UNIPROT_DOMAIN is found that is legacy.uniprot.org or 2) uses UNIPROT_2022_DOMAIN as a config value so old versions of Jalvi...

Need to add logic that either 1) modifies config if an existing value of UNIPROT_DOMAIN is found that is legacy.uniprot.org or 2) uses UNIPROT_2022_DOMAIN as a config value so old versions of Jalview still work (up until legacy.uniprot.org goes away).

11:55 am

Ben Soares

JAL-4036 Add getDbName to the GFTSPanelI and add an index code message to the index dropdown tooltip as appropriate

Options
    • -0
    • +2
    ./Messages_es.properties
  2. … 6 more files in changeset.
11:38 am

Jim Procter

shouldn't this be a warn ?

shouldn't this be a warn ?

11:36 am

Jim Procter

this comment block should really be after the imports ?

this comment block should really be after the imports ?

11:35 am

Jim Procter

makes sense. I do wonder if there needs to be some indication that any results currently shown are stale, however ?

makes sense. I do wonder if there needs to be some indication that any results currently shown are stale, however ?

11:33 am

Jim Procter

JAL-4036: Jalview 2.11.2.2 and earlier no longer compatible with Uniprot REST API
JAL-4036: Jalview 2.11.2.2 and earlier no longer compatible with Uniprot REST API
Thursday 21 Jul
8:59 pm

Ben Soares

JAL-4036 removed often duplicated pluralisation in message

Options
    • -1
    • +1
    ./Messages_es.properties
  2. … 1 more file in changeset.
Thursday 07 Apr
12:08 am

Ben Soares

JAL-3991 JAVA_COMPILE_VERSION put into build_properties. Check for possible JVM mismatch in jalview.bin.LaunchUtils. STDERR warning from jalview.bin.Launcher. Console and optional popup warning in jalview.bin.Jalview.

Options
    • -0
    • +4
    ./Messages_es.properties
  2. … 6 more files in changeset.
Friday 25 Mar
3:17 pm

Ben Soares

JAL-3851 allow multiple instances of Endpoints. Fixes to naming of IGV colour scheme

Options
    • -0
    • +5
    ./Messages_es.properties
  2. … 11 more files in changeset.
Tuesday 08 Mar
12:03 pm

Ben Soares

JAL-3103 Remove BrowserLauncher2 and use Desktop.browse(url) with wrapper methods

Options
    • -1
    • +1
    ./Messages_es.properties
  2. … 11 more files in changeset.
12:34 am

Ben Soares

JAL-3103 Put jalview.jar first in getdown for .properties files. Remove now-not-needed exception handling from jalview code for openURL. Change Default browser input to JComboBox populated by BrowserLauncher2

Options
    • -1
    • +1
    ./Messages_es.properties
  2. … 11 more files in changeset.
Monday 07 Mar
8:03 pm

Jim Procter

5:51 pm

Ben Soares

JAL-3103 Switched to (a wrapper around) BrowserLauncher2

Options
    • -0
    • +2
    ./Messages_es.properties
  2. … 6 more files in changeset.
Thursday 10 Feb
12:12 pm

Jim Procter

Monday 07 Feb
12:13 pm

Jim Procter <j.procter@dundee.ac.uk>

JAL-722 updated from 2.11.2 develop branch - needs further work before release

Conflicts:

resources/lang/Messages.properties

resources/lang/Messages_es.properties

src/jalview/datamodel/Alignment.java

src/jalview/gui/AlignFrame.java

src/jalview/io/AlignFile.java

src/jalview/project/Jalview2XML.java

Options
    • -1
    • +1
    ./Messages_es.properties
  2. … 11 more files in changeset.
Thursday 27 Jan
2:21 pm

Jim Procter <j.procter@dundee.ac.uk>

Merge branch 'bug/JAL-3633_read_proxy_settings_from_jalview_properties_in_getdown' into develop

Conflicts:

src/jalview/bin/MemorySetting.java

Options
    • -0
    • +11
    ./Messages_es.properties
  2. … 8 more files in changeset.
Thursday 16 Sep 2021
1:53 pm

Ben Soares

JAL-3774 combined changes from bug/JAL-3774_splitFrameFinder: i) fixed focus Finder from split frame. ii) missing i18n added, overlong translation shortened. iii) better translation.

Options
    • -1
    • +3
    ./Messages_es.properties
  2. … 4 more files in changeset.
12:07 pm

Ben Soares

JAL-3739 (combined) commits from feature/JAL-3739_useFormFieldText

Options
    • -2
    • +1
    ./Messages_es.properties
  2. … 6 more files in changeset.
Friday 19 Mar 2021
10:53 pm

Ben Soares

JAL-3503 Added a Startup tab in Preferences, with gui for JVMMEMMAX and JVMMEMPC settings. Allowed jalview.bin.Launcher and getdown to read/use these memory settings at launch. Added channel.props to getdown appdir, used to determing correct .jalview_properties file. Refactored MemorySetting a bit, with more helper methods for the Preferences tab.

Options
    • -0
    • +11
    ./Messages_es.properties
  2. … 20 more files in changeset.
Wednesday 17 Feb 2021
4:27 pm

Jim Procter

Merge branch 'feature/JAL-3692enaEndpoint' into patch/for2.11.2/JAL-3821_ena_rna_moltype

Options
    • -1
    • +0
    ./Messages_es.properties
  2. … 1 more file in changeset.
Saturday 05 Dec 2020
11:54 am

gmungoc <g.m.carstairs@dundee.ac.uk>

JAL-3739 catch parameter errors and report to the user

Options
    • -2
    • +1
    ./Messages_es.properties
  2. … 3 more files in changeset.
Friday 04 Dec 2020
5:35 pm

Ben Soares

Agreed. I seem to remember (this was a while ago now) that I found isAMacAndNotJS() and thought it might be an important distinction. Sounds like it's just redundant? Can tidy this another time then.

Agreed. I seem to remember (this was a while ago now) that I found isAMacAndNotJS() and thought it might be an important distinction. Sounds like it's just redundant? Can tidy this another time then.

5:31 pm

Ben Soares

Agree this is just touching on a much bigger task. However... The reason I /needed/ to do this rather than just /wanted/ to do this is that several of the classes I've been working on (e.g. jalview...

Agree this is just touching on a much bigger task.
However...
The reason I /needed/ to do this rather than just /wanted/ to do this is that several of the classes I've been working on (e.g. jalview.bin.Launcher, jalview.bin.HiDPISetting, jalview.bin.MemorySetting) run very early on (especially jalview.bin.Launcher!). This means Cache.log has perhaps not yet been initialised, so a Cache.log.debug doesn't log (unless you count reams of NullPointerExceptions as logging!).

In the case of HiDPISetting and MemorySetting that also get used in Getdown, where there is no jalview.bin.Cache, they currently have to use System.out and System.err [or maybe I could stub jalview.bin.Cache too]. I'd prefer them to use Cache.log when they can so this is an attempt at starting to decouple jalview.bin.Cache from other jalview things so it can be used standalone within Getdown. The main reason for wanting to do that is to have shared code to read the preferences between Jalview and Getdown.

Wednesday 02 Dec 2020
5:56 pm

Jim Procter

I think there are lots of things that could be tidied up (particularly the overloading and additional logging functions via Cache which don't really reduce code at point of use, but are certainly u...

I think there are lots of things that could be tidied up (particularly the overloading and additional logging functions via Cache which don't really reduce code at point of use, but are certainly useful in spirit), but now is most definitely not the time to optimise and beautify code.

5:53 pm

Jim Procter

Ben Soares as far as I can see the only thing missing after this branch is merged to develop is this logic. I just did a quick test and it appears 'Platform.isAMac()' returns false under JalviewJS,...

Ben Soares as far as I can see the only thing missing after this branch is merged to develop is this logic. I just did a quick test and it appears 'Platform.isAMac()' returns false under JalviewJS, so probably not a dealbreaker. Do you agree ?