Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
Z
zmap
Manage
Activity
Members
Labels
Plan
Issues
0
Issue boards
Milestones
Iterations
Wiki
Requirements
Jira
Code
Merge requests
0
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Locked files
Build
Pipelines
Jobs
Pipeline schedules
Test cases
Artifacts
Deploy
Releases
Package Registry
Container Registry
Operate
Environments
Terraform modules
Monitor
Incidents
Service Desk
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Code review analytics
Issue analytics
Insights
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Terms and privacy
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
ensembl-gh-mirror
zmap
Commits
71960657
Commit
71960657
authored
20 years ago
by
edgrif
Browse files
Options
Downloads
Patches
Plain Diff
moved to a single TODO file in src
parent
1c66628f
No related branches found
Branches containing commit
No related tags found
Tags containing commit
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
src/zmapControl/TODO
+0
-32
0 additions, 32 deletions
src/zmapControl/TODO
with
0 additions
and
32 deletions
src/zmapControl/TODO
deleted
100755 → 0
+
0
−
32
View file @
1c66628f
================================================================================
ZMapControl
The title bar should be updated when we first connect now as the sequence name
is known then....
The pane stuff needs some attention, particularly in the area of setting focus
because focus setting includes lots of different operations like setting the
window title, the navigator etc.....
The window title needs to be updated to the sequence for the new view each time focus
is changed........
When you split the display into several panes and then close them all down again leaving one,
extra frames are being left, so the remaining window has several thin dark lines surrounding
it instead of just one. Clearly the close function is not destroying all the frames that are
created during the split. I'm leaving this as we don't think the users will do this too often
and it doesn't seem to break anything, but it does suggest the split/close processing is not
entirely under control.
XREMOTE: code should be moved out of acedb tree into a new directory and it should
have a separate header that defines the atoms used. Apps can then use this to include
and respond to commands etc.
This diff is collapsed.
Click to expand it.
Preview
0%
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment